From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-74.mimecast.com (us-smtp-delivery-74.mimecast.com [63.128.21.74]) by sourceware.org (Postfix) with ESMTP id 2784D3857C53 for ; Wed, 29 Jul 2020 12:22:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 2784D3857C53 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-2-C1gF3CUZO6yPEthov2KJrg-1; Wed, 29 Jul 2020 08:22:41 -0400 X-MC-Unique: C1gF3CUZO6yPEthov2KJrg-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 00B3F1932480; Wed, 29 Jul 2020 12:22:40 +0000 (UTC) Received: from oldenburg2.str.redhat.com (ovpn-113-29.ams2.redhat.com [10.36.113.29]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 1ABB97191D; Wed, 29 Jul 2020 12:22:38 +0000 (UTC) From: Florian Weimer To: "H.J. Lu" Cc: Mark Wielaard , GNU gABI gnu-gabi Subject: Re: ABI document References: <87o8nypmpq.fsf@oldenburg2.str.redhat.com> <616c0f661732fd1021e5a5b13ef872927390004d.camel@klomp.org> Date: Wed, 29 Jul 2020 14:22:37 +0200 In-Reply-To: (H. J. Lu's message of "Wed, 29 Jul 2020 05:15:20 -0700") Message-ID: <87ime6pl2q.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gnu-gabi@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gnu-gabi mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 12:22:46 -0000 * H. J. Lu: > On Wed, Jul 29, 2020 at 4:53 AM Mark Wielaard wrote: >> >> On Wed, 2020-07-29 at 13:47 +0200, Florian Weimer via Gnu-gabi wrote: >> > Is there an ABI document somewhere for the generic GNU ABI? >> > >> > It would eventually collect things like symbol versioning, TLS, and some >> > of the smaller stuff. I understand those have been documented >> > separately so far, but the question is what we should do for new >> > features? >> >> There isn't a formal one specific to the generic GNU ABI. But we can >> set up a gnu-gabi git repo on sourceware for it, so we can collect >> those things. Or do you prefer a wiki? >> > > I started one: > > https://gitlab.com/x86-psABIs/Linux-ABI But we are not supposed to talk about GNU there, so I think it's not helpful for describing GNU features. If I'm wrong about that and we can document glibc specifics there (such as DF_GNU_1_UNIQUE), then I guess that's fine, except that you will be hard-pressed to find a glibc target that implements dynamic linking, but not these ELF extensions (because they will be in generic code). So the processor-independent GNU/Linux ABI isn't really the right place. These features are also not likely to be implemented by musl, ucLibc, LLVM libc, even on Linux, because they *are* GNU features, not Linux platform features. Thanks, Florian