This is the mail archive of the
mailing list for the glibc project.
Re: Remove shlib-versions ABI names support
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>, libc-alpha at sourceware dot org
- Date: Fri, 27 Jun 2014 14:03:57 -0400
- Subject: Re: Remove shlib-versions ABI names support
- Authentication-results: sourceware.org; auth=none
- References: <Pine dot LNX dot 4 dot 64 dot 1406271740520 dot 28147 at digraph dot polyomino dot org dot uk>
On 06/27/2014 01:42 PM, Joseph S. Myers wrote:
> shlib-versions files can contain ABI lines that map triplets to a
> canonical ABI name. This name was once used for various purposes
> where test baseline files for different ABIs went in a single
> directory; now these purposes use sysdeps files, generation of headers
> which have per-ABI variants uses abi-variants and related Makefile
> variables and the shlib-versions ABI names are unused. This patch
> duly removes those lines and associated build system support for them.
> Tested for x86_64 (both a full testsuite run and confirming the
> installed shared libraries are unchanged by the patch).
> 2014-06-27 Joseph Myers <email@example.com>
> * Makeconfig ($(common-objpfx)soversions.mk): Do not generate
> abi-name definition.
> * scripts/soversions.awk: Do not handle or generate ABI lines.
> * shlib-versions: Remove ABI entries.
> * sysdeps/powerpc/nofpu/shlib-versions: Remove file.
> * sysdeps/x86_64/x32/shlib-versions: Remove ABI entry.
Looks good to me.
I was wondering if ABI could be used for anything outside of
the tree but I can't think of any immediate use. Such users should
propose patches for master if such users exist.