[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
pgpr8ywH7jb9X.pgp
Description: PGP signature
- Hurd: /lib/ld.so vs. /lib/ld.so.1 (was: Policy: Require new dynamic loader names for entirely new ABIs?),
Thomas Schwinge <=