bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Hurd: /lib/ld.so vs. /lib/ld.so.1 (was: Policy: Require new dynamic load


From: Thomas Schwinge
Subject: Hurd: /lib/ld.so vs. /lib/ld.so.1 (was: Policy: Require new dynamic loader names for entirely new ABIs?)
Date: Wed, 22 Jan 2014 16:48:09 +0100
User-agent: Notmuch/0.9-101-g81dad07 (http://notmuchmail.org) Emacs/23.4.1 (i486-pc-linux-gnu)

Hi!

On Wed, 22 Jan 2014 03:54:31 +0000, "Joseph S. Myers" <joseph@codesourcery.com> 
wrote:
> On Tue, 21 Jan 2014, Carlos O'Donell wrote:
> > > x86 Hurd (32-bit, hard-float): /lib/ld.so (that is, GCC uses that name
> > > with -dynamic-linker so in PT_INTERP; my understanding of
> > > shlib-versions is that it gets the SONAME ld.so.1 by default).
> > 
> > Is that a bug?
> 
> I don't know.  Thomas?

For x86 Hurd, GCC has been specifying »-dynamic-linker /lib/ld.so« in
LINK_SPEC since forever (1995, or earlier), and Debian glibc has had the
following since forever (2002, or earlier):

    ifeq ($(DEB_HOST_GNU_SYSTEM),gnu)
    # Why doesn't the glibc makefile install this?
           ln -sf ld.so.1 $(tmpdir)/$@/lib/ld.so
    endif

Roland, do you have any recollection of this?  Assuming that /lib/ld.so.1
is the "official" name, I suppose GCC should be changed, and then Debian
could drop the symbolic link after a transition period (full archive
rebuilt, etc.).


Grüße,
 Thomas

Attachment: pgpr8ywH7jb9X.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]