This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Policy: Require new dynamic loader names for entirely new ABIs?
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Carlos O'Donell <carlos at redhat dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>, Andrew Pinski <pinskia at gmail dot com>, Steve McIntyre <steve dot mcintyre at linaro dot org>, Marcus Shawcroft <marcus dot shawcroft at gmail dot com>, "Ryan S. Arnold" <ryan dot arnold at linaro dot org>, Doug Gilmore <Doug dot Gilmore at imgtec dot com>, <sandra at codesourcery dot com>, <cltang at codesourcery dot com>, Thomas Schwinge <thomas at codesourcery dot com>
- Date: Wed, 22 Jan 2014 03:54:31 +0000
- Subject: Re: Policy: Require new dynamic loader names for entirely new ABIs?
- Authentication-results: sourceware.org; auth=none
- References: <52DD4BB8 dot 1090901 at redhat dot com> <52DD56C8 dot 109 at redhat dot com> <Pine dot LNX dot 4 dot 64 dot 1401212208100 dot 25161 at digraph dot polyomino dot org dot uk> <52DF3E13 dot 6050408 at redhat dot com>
On Tue, 21 Jan 2014, Carlos O'Donell wrote:
> Are you suggesting we change the dynamic loader names for the various
> MIPS ABIs, and tell users to use symlinks as the workaround?
No. Rather, I'd suggest that changes of names for existing ABIs are
generally avoided, though it may be desirable to have more unique names
for new ABIs (however defined).
> > I believe glibc supports the following (architecture, ABI)
> > combinations, with dynamic linker names as indicated (could
> > architecture maintainers please correct any errors?) - for a total of
> > 62 incompatible ABIs (24 of them for MIPS). There may well be uses
> > cases of configure triplets and --with-fp / --without-fp options
> > accepted by configure, but I don't expect any such other cases
> > actually to work. (The exact extent of support varies - inclusion in
> > this list means I think the configuration was at one point intended by
> > the port maintainer to be functional, though some may not currently
> > build without patches.)
>
> OK.
(Further examination of SH leads me to suspect 64 ABIs, with SH3 being
incompatible with SH4 - but only having soft-float, so only adding 2 not 4
more ABIs. But removal of am33 support will bring the number down to 63.)
> > 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?
--
Joseph S. Myers
joseph@codesourcery.com