Sorry.. forgot the or1k:
or1k has its own special gcc and (maybe) newlib version.
They are likely out of sync enough to miss the new locking
support.
or1k-rtems4.11-gcc -B../../../../../generic_or1k/lib/ -specs bsp_specs -qrtems
-DHAVE_CONFIG_H -I.
-I../../../../../../../rtems/c/src/../../testsuites/samples/hello -I.. -O2
-O0 -g -Wall -Wmissing-prototypes -Wimplicit-function-declaration
-Wstrict-prototypes -Wnested-externs -MT init.o -MD -MP -MF .deps/init.Tpo -c
-o init.o ../../../../../../../rtems/c/src/../../testsuites/samples/hello/init.c
mv -f .deps/init.Tpo .deps/init.Po
or1k-rtems4.11-gcc -B../../../../../generic_or1k/lib/ -specs bsp_specs -qrtems
-O2 -O0 -g -Wall -Wmissing-prototypes -Wimplicit-function-declaration
-Wstrict-prototypes -Wnested-externs -O2 -o hello.exe init.o
/data/home/joel/rtems-4.11-work/tools/bin/../lib/gcc/or1k-rtems4.11/4.8.3/../../../../or1k-rtems4.11/lib/libc.a(lib_a-puts.o):
In function `_puts_r':
/data/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/or1k-rtems4.11-gcc-4.8.3-newlib-f296bb3569839b0217ec1a775165d239877e3548-x86_64-linux-gnu-1/build/or1k-rtems4.11/newlib/libc/stdio/../../../../../gcc-4.8.3/newlib/libc/stdio/puts.c:102:
undefined reference to `_Mutex_recursive_Release'
/data/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/or1k-rtems4.11-gcc-4.8.3-newlib-f296bb3569839b0217ec1a775165d239877e3548-x86_64-linux-gnu-1/build/or1k-rtems4.11/newlib/libc/stdio/../../../../../gcc-4.8.3/newlib/libc/stdio/puts.c:99:
undefined reference to `_Mutex_recursive_Acquire'
/
On 10/21/2015 3:52 PM, Daniel Gutson wrote:
On Wed, Oct 21, 2015 at 3:41 PM, Joel Sherrill
<joel.sherr...@oarcorp.com> wrote:
Hi
lm32, moxie, and nios2 all have generic issues with C++ applications
which indicate C++ is not really supported by gcc for these targets.
Could you please provide more information/details about the error and messages?
What does "C++ is not really supported" mean? C++ is front-end plus
the STL, and since
the front-end is target agnostic, I'm assuming there is some issue with the STL.
Would it be OK to disable C++ for those targets?
--joel
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
