libgcc_s.so is unnecessarily linked for MIPS

Kishore K hellokishore at gmail.com
Thu Jun 15 09:26:44 UTC 2006


On 6/15/06, Peter S. Mazinger <ps.m at gmx.net> wrote:

> On Wed, 14 Jun 2006, David Daney wrote:
>
> > Peter S. Mazinger wrote:
> > > On Wed, 14 Jun 2006, Kishore K wrote:
> > >
> > >
> > >>On 6/13/06, David Daney <ddaney at avtrex.com> wrote:
> > >>
> > >>>>Dynamic section at offset 0x120 contains 26 entries:
> > >>>> Tag        Type                         Name/Value
> > >>>>0x00000001 (NEEDED)                     Shared library:
> [libgcc_s.so.1]
> > >>>>0x00000001 (NEEDED)                     Shared library: [libc.so.6]
> > >>>>
> > >>>>AFAIK, none of the symbols of libgcc_s.so are required to be
> included in
> > >>>>the
> > >>>>above program. Then may I know, why is it dependent on libgcc_s.so.
> > >>>>
> > >>>>Same problem is observed with gcc-4.0.3 and various versions
> > >>>
> > >>>of  binutils (
> > >>>
> > >>>>2.15.94.0.2, 2.15.97, 2.16.91.0.7 & 2.17.50.0.2).  I am  using the
> > >>>
> > >>>latest
> > >>>
> > >>>>buildroot snapshot. The same problem is observed even with old
> > >>>>uclibc-0.9.27based snapshots, when used for compiling tool chain
> based
> > >>>>on
> > >>>>gcc-3.4.4 and binutils 2.16.* and 2.15.*
> > >>>>
> > >>>>Any pointers to solve the above  problem would be appreciated.
> > >>>>
> > >>>
> > >>>
> > >>>
> > >>>I fixed this in binutils CVS on Fri Jul 29 2005.  You need a binutils
> > >>>CVS snapshot from after that date.  I would suggest a 2.17pre-release
> > >>>snapshot (perhaps 2.16.94) from
> > >>>ftp://sourceware.org/pub/binutils/snapshots/
> > >
> > >
> > > wondering how this is related to uClibc, you definitely linked against
> > > glibc
> > >
> >
> > As I said before, I am wondering also.  It works on a glibc system, and
> > is broken on a uClibc system.  Not to say that uClibc is causing it, but
> > there is a correlation.
> >
> > David Daney



> You listed libc.so.6, so you havent linked against uClibc (that would show
> libc.so.0). I wouldn't wonder if the interpreter is ld-linux.so.2 as well


In fact the value is libc.so.0. It was an error in pasting. Here is the
complete output

[kishorek at localhost tmp]$mips-linux-readelf -d helloworld

Dynamic section at offset 0x120 contains 26 entries:

Tag Type Name/Value

0x00000001 (NEEDED) Shared library: [libgcc_s.so.1]

0x00000001 (NEEDED) Shared library: [libc.so.0]

0x0000000c (INIT) 0x40054c

0x0000000d (FINI) 0x4008d0

0x00000004 (HASH) 0x400218

0x00000005 (STRTAB) 0x400408

0x00000006 (SYMTAB) 0x4002b8

0x0000000a (STRSZ) 247 (bytes)

0x0000000b (SYMENT) 16 (bytes)

0x70000016 (MIPS_RLD_MAP) 0x10000050

0x00000015 (DEBUG) 0x0

0x00000003 (PLTGOT) 0x10000060

0x00000011 (REL) 0x0

0x00000012 (RELSZ) 0 (bytes)

0x00000013 (RELENT) 8 (bytes)

0x70000001 (MIPS_RLD_VERSION) 1

0x70000005 (MIPS_FLAGS) NOTPOT

0x70000006 (MIPS_BASE_ADDRESS) 0x400000

0x7000000a (MIPS_LOCAL_GOTNO) 7

0x70000011 (MIPS_SYMTABNO) 21

0x70000012 (MIPS_UNREFEXTNO) 26

0x70000013 (MIPS_GOTSYM) 0xd

0x6ffffffe (VERNEED) 0x40052c

0x6fffffff (VERNEEDNUM) 1

0x6ffffff0 (VERSYM) 0x400500

0x00000000 (NULL) 0x0
Thanks
--kishore
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.busybox.net/pipermail/uclibc/attachments/20060615/af718461/attachment-0002.htm 


More information about the uClibc mailing list