Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
02-07-2012 11:12 AM
Adobe RMSDK is known to not honor foreign toolchains, and is not flexible to build under the platform's toolchain.
Like on other platforms, we have tried to find the winning solution in trial and error, but have been facing series of blocking problems in PB NDK v2 b3.
The latest and greates is an Adobe RM SDK cpp file (hyphenator.cpp) includes math.h which subsequently includes xtgmath.h. The build fails in that file, since it combines standard C calling convention and declaration and instantiation of template types. We can't reproduce it in CPP builds on NDK standard toolchain. We tried to resemble all defines (-D) like in the sample/new project CPP build as hard as we could, but to no avail.
The problem is a blocker. We're currently at DevCon Europe and discussed this problem with Suavek and Elena, but they adviced to post it to the forum.
Here is the build output:
02-07-2012 11:34 AM
Compile command looks crazy.
1) Why don't you start with something more simple like compiling from command line with 'default' settings:
qcc -V4.4.2,gcc_ntoarmv7le -w1 -I/Developer/SDKs/bbndk-1.0/target/qnx6/usr/includ
e/freetype2 -I/Developer/SDKs/bbndk-1.0/target/qnx6/../target- override/usr/include -D_FORTIFY_SOURCE=2 -c -O2 -fstack-protector-all -fPIE -o hyphenator.o hyphenator.cpp
2) anyway, how does all #include ... look like in hyphenator.cpp? can you post it here?
04-16-2012 10:45 AM
I am wondering if you have found the solution to your problem. I am having the same problem with the QNX compiler.