This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: binutils-2.11 ld testsuite problems + PATCH
On Tue, May 08, 2001 at 10:58:31AM -0700, Matthew Schalit wrote:
>
> > # readelf -d some DSO in /usr/lib other than libc.so.1.
>
> Here's -lnsl and -lsocket, so you can see a little variety,
> but still have them both be SCO system libraries:
>
> Yoda:/usr/lib>$readelf -d ./libsocket.so
>
> Dynamic segment at offset 0x41d4 contains 16 entries:
> Tag Type Name/Value
> 0x00000001 (NEEDED) Shared library: [/usr/lib/libnsl.so.1]
>
Bad SCO. That means you have to have libnsl.so.1 in /usr/lib. I hate
the hard coded things like that.
> I sort of thought that was the idea. When the pathname is absent,
> doesn't the system search the LD_LIBRARY_PATH or LD_RUN_PATH
> for the dependant libraries and indicate them in the ldd output
> as
>
> libc.so => /usr/lib/libc.so.1
>
> as versus hard coded like:
>
> /usr/lib/libc.so.1
>
Yes.
>
>
> I'll download CVS after lunch, build it and run a gmake check-ld
> on it. Isn't this "can't find -lc" problem I'm having with netpbm
> the same as the check-ld problem finding -lc?
It is very possible. It sounds like I have to modify elf32.em to
deal with SCO :-(.
H.J.