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