Re: ./a.out: symbol errno, version GLIBC_2.0 not defined

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Pramod P K wrote:

when I compile using my new arm-9tdmi-linux-gnu-gcc, why
../a.out: relocation error: ./a.out: symbol errno, version GLIBC_2.0
not defined in file libc.so.6 with link time reference
error comes?

I've gone thru:
http://www.novell.com/coolsolutions/feature/11775.html

Ive another a.out generated from Reference  compiler, which can be run properly.
It differs frm new complr generatd a.out, when I  vi ./a.out:

/lib/ld-linux.so.3 & /lib/ld-linux.so.2
LIBC_2.4 & LIBC_2.0
respectively

 Did you really produce your crosscompiler for your target?  People
seem to produce these things for "something else" nowadays, thinking
that this something of course is completely binary compatible with
the runtime target platform...

 For instance one could produce a crosstoolchain for 'i686-linux-gnu'
using some plain vanilla FSF binutils, GCC and glibc sources and then
try to run the produced stuff on a SuSE, Red Hat, Debian or something
and when it doesn't run, ask here why it doesn't work...

 The right approach is always to produce the toolchain for the precise
target itself if this is possible. Or choose the least common nominator
among the targets like choosing Red Hat 7.3 when needing to target to
RHL 7.3 - 9... Or produce the whole target system with the self-made
crosstoolchain, using the self-made glibc runtimes on it and so on. Then
it is binary compatible with the crosstoolchain.




[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux