[Glibc-bsd-hackers] Re: ld doesn't check for ld.so.1 in /lib

[Robert Millan]

On Tue, Jul 29, 2003 at 08:21:49PM -0700, Ian Lance Taylor wrote:
> 
> This should be set by NATIVE_LIB_DIRS in ld/configure.tgt.  The
> default does include /lib, though.

I fixed the path problem, it seems that the path order _did_ matter
for what NATIVE_LIB_DIRS is concerned.

However, now this is triggering an even more strange error. The ld.so.1
shared object _is_ found, and open()'ed, but the same warning telling
that it wasn't found comes out:

open("/lib/ld.so.1", O_RDONLY)          = 8
nfstat(0x8, 0xbfbff500)                 = 0
read(8, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0\360\v\0"..., 16384) = 
$lseek(8, 65536, SEEK_SET)               = 65536
read(8, "ect names\n                      "..., 16384) = 16384
lseek(8, 81920, SEEK_SET)               = 81920
lseek(8, 0, SEEK_SET)                   = 0
read(8, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0\360\v\0"..., 16384) = 
$close(8)

Then in stderr is printed:
  ld: warning: ld.so.1, needed by /lib/libc.so.1, not found (try using -rpath 
or -rpath-link)

I'm a bit confused on this; if I could have a look at the code doing that
it'd certainly help, but grepping for the warning string brings me a template
file and not the actual code.

Does anyone know beforehand where is the code in ld that searches and probes
for shared objects in NATIVE_LIB_DIRS?

Thanks,

-- 
Robert Millan

"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work."

 -- J.R.R.T, Ainulindale (Silmarillion)