This is the mail archive of the
mailing list for the glibc project.
Re: Linux-abi group
- From: Ed Maste <emaste at freebsd dot org>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: "H.J. Lu" <hjl dot tools at gmail dot com>, Florian Weimer <fw at deneb dot enyo dot de>, GCC Development <gcc at gcc dot gnu dot org>, GNU C Library <libc-alpha at sourceware dot org>, Binutils <binutils at sourceware dot org>, llvm-commits <llvm-commits at lists dot llvm dot org>, cfe-commits <cfe-commits at lists dot llvm dot org>
- Date: Thu, 11 Feb 2016 10:50:29 -0500
- Subject: Re: Linux-abi group
- Authentication-results: sourceware.org; auth=none
- References: <CAMe9rOqPzub4Qr95JT9_U9FBtbME4Xb2ZTgqPrN-Umf70vWGbQ at mail dot gmail dot com> <87io1z2e2i dot fsf at mid dot deneb dot enyo dot de> <CAMe9rOqxZ6NDTc9pKJRpA--A_+moVNSZXyvZ0mkebx0X+LD=_g at mail dot gmail dot com> <87egcn2diz dot fsf at mid dot deneb dot enyo dot de> <CAMe9rOr6jj0ax0B=9dFpuMYCu=HJaf9a3g2-NGnvNV2ZWTqwXg at mail dot gmail dot com> <alpine dot DEB dot 2 dot 10 dot 1602082307130 dot 18645 at digraph dot polyomino dot org dot uk>
On 8 February 2016 at 18:08, Joseph Myers <email@example.com> wrote:
> On Mon, 8 Feb 2016, H.J. Lu wrote:
>> >> I was referring to program properties:
>> >> https://groups.google.com/forum/#!topic/generic-abi/fyIXttIsYc8
>> > This looks more like an ELF topic to me, not really ABI.
>> > Please discuss this on a GNU project list because it affects the
>> > entire GNU project.
>> gABI is ELF and affects all users, including GNU project, of gABI.
>> Linux-abi discusses Linux-specific extensions to gABI. It is for tools
>> like compilers, assembler, linker and run-time. It isn't appropriate
>> for any GNU project list.
But the examples presented so far (STT_GNU_IFUNC, PT_GNU_RELRO etc.)
are relevant to GNU systems in general and are not Linux-specific.
> I find it extremely unlikely that many well-thought-out extensions would
> be appropriate for GNU systems using the Linux kernel but not for GNU
> systems using Hurd or other kernels - the only such cases would be for
> things very closely related to kernel functionality. There is a strong
> presumption that toolchain configuration should apply to all GNU systems
> rather than being specific to GNU/Linux without good reason.
Agreed. As we've seen with the fallout from the abi_tag attribute we
need better communication between groups in the free software tool
chain world, not more fragmentation.