uClibc, libstdc++, and readdir()

Peter S. Mazinger ps.m at gmx.net
Tue May 30 20:20:30 UTC 2006


On 30 May 2006, Jeff Warren wrote:

> On Sat, 2006-05-27 at 09:41, Peter S. Mazinger wrote:
> > On 26 May 2006, Jeff Warren wrote:
> > 
> > > On Thu, 2006-05-25 at 20:07, Mike Frysinger wrote:
> > > 
> > > > the uClibc ldd app isnt perfect ... sometimes it's better if you just use 
> > > > `readelf -d` and look at the DT_NEEDED entries
> > > > -mike
> > > 
> > >  arm-linux-readelf -d flyermarker (one of my C++ programs...)
> > >  
> > > Dynamic segment at offset 0x31fb4 contains 22 entries:
> > >   Tag        Type                         Name/Value
> > >  0x00000001 (NEEDED)                     Shared library:
> > > [libstdc++.so.5]
> > >  0x00000001 (NEEDED)                     Shared library: [libfloat.so.1]
> > >  0x00000001 (NEEDED)                     Shared library: [libgcc_s.so.1]
> > 
> > it seems you have linked against libc.a instead of libc.so
> Yes, Thank you.  I didn't explicitly say -static, but it seems to have
> found the .a files instead of the libc.so link.  I removed the .a files
> from my lib dir for my target and now it links against the dynamic
> library.  I now get what I would expect.
> 
> Regards,
> 
> Jeff Warren

That happens for ex. if you have libc.so /lib and libc.a in /usr/lib, 
libc.so is not found "early enough" unless you create a link 
/usr/lib/libc.so

If that is a feature or bug in compiler I have never asked ;)

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2




More information about the uClibc mailing list