This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]