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] |