Skip navigation.
Home
The QNX Community Portal

View topic - ARMv7 eabi error

ARMv7 eabi error

For discussion of realtime and/or embedded programming.

ARMv7 eabi error

Postby Ericxx » Wed Sep 01, 2010 1:35 pm

Dear all,

I came across with the following error when executing my app on the armv7 cortex A8(omap3530) target:

unknown symbol: __aeabi_atexit
unknown symbol: __gxx_personality_v0
unknown symbol: __cxa_end_cleanup
unknown symbol: __aeabi_atexit
unknown symbol: __aeabi_d2ulz
unknown symbol: __gxx_personality_v0
unknown symbol: __cxa_end_cleanup

Seems the eabi functionality is not well configured on my target?

Regards,
Eric
Ericxx
Senior Member
 
Posts: 158
Joined: Mon Jun 09, 2008 1:38 pm

RE: ARMv7 eabi error

Postby maschoen » Wed Sep 01, 2010 5:59 pm

My first reaction was there might be a missing .so file. But then you would probably have a message about that.

I've see something like this happen on an x86 when you compile for one version of QNX but run on another. The .so file is there, but it's and older one without the needed functionality.

Just a thought.
maschoen
QNX Master
 
Posts: 2640
Joined: Wed Jun 25, 2003 5:18 pm

RE: ARMv7 eabi error

Postby Ericxx » Thu Sep 02, 2010 12:16 pm

You are right, there was a ldd error which i missed in my previous post.

I am now using omap3530 which is armv7 based. And i would like to compile with the option "-march=armv7", but came
across with the following error:
"error: target CPU does not support ARM mode". But i have specified the build variant as armv7 under IDE4.7.0. And I believe this is where the error originates since the compile output"usr/lib/gcc/arm-unknown-nto-qnx6.5.0eabi/4.4.2/cc1plus caught signal 1". Please suggest.

Eric
Ericxx
Senior Member
 
Posts: 158
Joined: Mon Jun 09, 2008 1:38 pm

RE: ARMv7 eabi error

Postby Ericxx » Fri Sep 03, 2010 2:16 pm

I think only specifying the build variant as armv7 is enough, as the error just confirms that the eabi utility is compile for the application while the target board does not support this feature.

And another problem is in QNX system information perspective, the "CPUDetails" is ARMle@600MHz, instead of ARMv7le@600MHz, i believe this cause the problem as ARMv7le binaries are not executable on ARMle processors based on the QNX documents. Further, the procnto-v6-instr process is displayed, which means the target should be ARMv7-le-cortex processor also stated from QNX docs. The two phenomenon seem inconsistent. Any clues?

Eric
Ericxx
Senior Member
 
Posts: 158
Joined: Mon Jun 09, 2008 1:38 pm


Return to Realtime and Embedded

Who is online

Users browsing this forum: No registered users and 2 guests