On Tue, 3 Jan 2006, Richard Earnshaw wrote:

On Sat, 2005-12-31 at 20:26, Karel Gardas wrote:
/home/karel/usr/local/arm-elf1/bin/../lib/gcc/arm-elf/4.0.1/../../../../arm-elf/bin/ld:
ERROR:
/home/karel/usr/local/arm-elf1/bin/../lib/gcc/arm-elf/4.0.1/be/libgcc.a(_dvmd_tls.o)
uses hardware FP, whereas hello.xg2 uses software FP
[....]

if I understand it correctly, then libgcc.a provided in
/home/karel/usr/local/arm-elf1/bin/../lib/gcc/arm-elf/4.0.1/be/libgcc.a is
build with -mhard-float, while my application with -msoft-float.

Question: any idea how to build GCC tool-chain with soft-float's libgcc.a for
big-endian Xscale? -- here I assume I'm right with my conclusion above, if this
is not the case please correct me.


You get this error if you try to use -msoft-float with a gcc
configuration that already defaults to -msoft-float.  This is because
the default object files are marked incorrectly in this case.  The
easiest way to work around it is to not use the -msoft-float option for
these configurations.

OK, if I understand you well, then I should not use -msoft-float for both: compiling of eCos lib and then for compiling my eCos-based app. The problem is that this is not right way how to workaround this issue. I've checked that I'm not using -msoft-float neither for building eCos lib nor for building eCos-based app. I've saved typescript of `make' so I'm sure build does not use -msoft-float anywhere and the issue is still the same.

FYI: Options used for eCos lib build are:
-finline-limit=7000 -Wa,-mfpu=softfpa -mbig-endian -mcpu=xscale -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -g -O2 -ffunction-sections -fdata-sections -fno-exceptions -mapcs-frame

and options used to build my app are:
-mbig-endian -O2 -g hello.c -o hello.xg -L../lib -nostdlib -Ttarget.ld

Anyway, could you be so kind and please have a look at my reply to gcc-help, where I've described my suspicion about this issue?

http://gcc.gnu.org/ml/gcc-help/2006-01/msg00015.html
http://gcc.gnu.org/ml/gcc-help/2006-01/msg00016.html

My major doubts are about the build of soft-float libgcc when -msoft-float is not used at all.

Thanks!
Karel
--
Karel Gardas                  [EMAIL PROTECTED]
ObjectSecurity Ltd.           http://www.objectsecurity.com

Reply via email to