This is the mail archive of the
mailing list for the glibc project.
RE: [RFC] Remove platform dependent information from top-level libc-abis
- From: Matthew Fortune <Matthew dot Fortune at imgtec dot com>
- To: "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Wed, 12 Nov 2014 23:08:19 +0000
- Subject: RE: [RFC] Remove platform dependent information from top-level libc-abis
- Authentication-results: sourceware.org; auth=none
- References: <6D39441BF12EF246A7ABCE6654B0235320F69E2B at LEMAIL01 dot le dot imgtec dot org>
Matthew Fortune <email@example.com> writes:
> As the MIPS port is making changes to the libc-abis file it seems
> appropriate for me to address the various comments which have been made
> about how libc-abis works.
> My perspective is that libc-abis is inherently an arch specific concept.
> I.e. One arch may have more special features than another. This means
> that the features listed in libc-abis may get different numbers assigned.
> The rules (constructed via discussion with Joseph) would be:
> * Each architecture with IFUNC support gets a copy of the file,
> mentioning both UNIQUE and IFUNC, but with abbreviated comments like in
> the MIPS file rather than the full ones present in the top-level file.
> i.e. Add files mentioning both UNIQUE and IFUNC for S/390, AArch64 and
> * The top-level file only has UNIQUE.
> * Once that is done, the PLATFORM column should be removed from the files
> and all code processing it removed (so that exactly one such file is
> found through sysdeps, and that file always processed).
> * Anyone adding new architecture-independent features to binutils in
> future that require abiversion settings because of incompatibility with
> older dynamic linkers has the responsibility to ensure the value depends
> correctly on the architecture.
> Any objections? If not I will send patches for all affected architectures
> Libc-abis threads:
Ping, any interest in this topic? If nobody really cares I'll post a patch
to do the above and see what happens from there.