crosstool-ng ./ct-ng build error

[Yann E. MORIN]

Hello 'virupax.ss@lntemsys.com'!
Hello all!

[Please, use the crossgcc mailing list to post your issues, don't ask
me directly.]

On Friday 13 November 2009 10:21:23 virupax.ss@lntemsys.com wrote:
> I am using crosstool-ng to build crosstoolchain for arm gcc and getting
> the below error please tell me how to solve this error .
> The error message from the log file is as below (/opt/x-tools-gdb7.0/...
> .../arm-unknown-linux-gnueabi/build.log)
> 
> [ALL  ]    libtool: compile:  /home/developer/crosstool-ng-1.3.1/...
                                                             ^^^^^
This is a rather old version. You'd better upgrade (latest is 1.5.1).

> .../targets/arm-unknown-linux-gnueabi/build/build-cc/./gcc/xgcc -shared-libgcc -B/home/developer/crosstool-ng-1.3.1/targets/arm-unknown-linux-gnueabi/build/build-cc/./gcc -nostdinc++ -L/home/developer/crosstool-ng-1.3.1/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libstdc++-v3/src -L/home/developer/crosstool-ng-1.3.1/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libstdc++-v3/src/.libs -B/opt/x-tools-gdb7.0/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/bin/ -B/opt/x-tools-gdb7.0/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/lib/ -isystem /opt/x-tools-gdb7.0/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/include -isystem /opt/x-tools-gdb7.0/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-include -I/home/developer/crosstool-ng-1.3.1/targets/src/gcc-4.3.2/libstdc++-v3/../gcc -I/home/developer/crosstool-ng-1.3.1/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libstdc++-v3/include/arm-unknown-linux-gnueabi -I/home/developer/crosstool-ng-1.3.1/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libstdc++-v3/include -I/home/developer/crosstool-ng-1.3.1/targets/src/gcc-4.3.2/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -Os -c /home/developer/crosstool-ng-1.3.1/targets/src/gcc-4.3.2/libstdc++-v3/libsupc++/eh_alloc.cc  -fPIC -DPIC -o eh_alloc.o  
> [ALL  ]    /tmp/ccmufR4o.s: Assembler messages:
> [ALL  ]    /tmp/ccmufR4o.s:416: Error: duplicate .personality directive
> [ALL  ]    /tmp/ccmufR4o.s:572: Error: duplicate .personality directive
> [ALL  ]    /tmp/ccmufR4o.s:573: Error: dupicate .handlerdata directive
> [ALL  ]    /tmp/ccmufR4o.s:931: Error: duplicate .personality directive
> [ALL  ]    /tmp/ccmufR4o.s:932: Error: dupicate .handlerdata directive

Disable sjlj-exceptions (use of setjmp/longjmp to handle exceptions):

[--SNIP--]
> #
> # C compiler
> #
> CT_CC="gcc"
[--SNIP--]
> # CT_CC_SJLJ_EXCEPTIONS_CONFIGURE is not set
> CT_CC_SJLJ_EXCEPTIONS_USE=y
> # CT_CC_SJLJ_EXCEPTIONS_DONT_USE is not set
[--SNIP--]

I don't know why, but using sjlj do handle exceptions does not work on
(some) ARM EABI.

I guess not using them incurs a (small?) penalty in time to process
exceptions, but that has not been noticeable so far...

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
`------------------------------^-------^------------------^--------------------'



--
For unsubscribe information see http://sourceware.org/lists.html#faq