This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
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
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |