On Sun, Jul 09, 2000 at 01:15:19AM +0100, Julian Gilbey wrote: > On Sat, Jul 08, 2000 at 04:17:18PM +0200, Marcus Brinkmann wrote: > > > > That is ld.so(8) on my system. > > > > > > Ditto. Actually, since we basically only use ELF nowadays, that > > > should probably be replaced by "ld-linux.so(8)". > > > > I don't know what ld-linux.so is. Please don't use it. > > > > Marcus > > Debian GNU/Hurd developer > > Oh, that's interesting. On a GNU/Linux system: > > $ ldd /bin/sh > libncurses.so.5 => /lib/libncurses.so.5 (0x40018000) > libdl.so.2 => /lib/libdl.so.2 (0x40056000) > libc.so.6 => /lib/libc.so.6 (0x4005a000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > > So it's not actually linked to /lib/ld.so, but rather to > /lib/ld-linux.so. ld.so is used for a.out binaries and ld-linux.so > for ELF binaries. I presume there is no equivalent distinction on > Hurd?
No, we simply use the ld.so from glibc. It would be great if Linux could also drop the special ld-linux.so and aim at a merger with glibc (I thought this was already attempted in the past, seems my memory is at fault). The Hurd exec server supports various object formats (from the bfd library), elf and a.out included. I don't know what the glibc linker supports on the Hurd. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNU http://www.gnu.org for public PGP Key [EMAIL PROTECTED], [EMAIL PROTECTED] PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED]
