From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by sourceware.org (Postfix) with ESMTPS id AF8C73890409 for ; Wed, 17 Jun 2020 16:16:23 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org AF8C73890409 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=matz@suse.de X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id E45ECB066; Wed, 17 Jun 2020 16:16:26 +0000 (UTC) Date: Wed, 17 Jun 2020 16:16:22 +0000 (UTC) From: Michael Matz To: =?ISO-8859-15?Q?Vivek_Das=A0Mohapatra?= cc: gnu-gabi@sourceware.org Subject: Re: [RFC][PATCH v2 0/6] binutils patches to add DT_GNU_UNIQUE In-Reply-To: Message-ID: References: <20200617135945.12716-1-vivek@collabora.com> User-Agent: Alpine 2.20 (LSU 67 2015-01-07) MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, 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 Content-Type: text/plain; CHARSET=ISO-8859-15 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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, 17 Jun 2020 16:16:26 -0000 Hello, On Wed, 17 Jun 2020, Vivek Das Mohapatra via Gnu-gabi wrote: > Hi - notifying this list (as requested) of a patchset to binutils-gdb, > described below: > > https://sourceware.org/pipermail/binutils/2020-June/111747.html Can you describe the purpose and semantics of the new dynamic tag in textual form that doesn't refer to glibc functions and terms? I.e. something that we can actually discuss on this mailing list? Because the best description in the patch series seems to be what you quoted: > > It adds a DT_GNU_UNIQUE dynamic section which is intended to mark > > libraries which should implicitly be opened as if RTLD_SHARED > > had been passed to dlmopen when the target namespace is not > > LM_ID_BASE. and that doesn't seem to be text we want to put into the GNU variant of the gABI, e.g. it talks about namespaces (no gABI concept) and dlmopen (also no gABI function). I mean, we could just reserve value 0x6ffffdf4 with name DT_GNU_UNIQUE in the GNU/Linux gABI and be done. But it seems saner to actually document the intended semantics of it at the same place where it's reserved. Ciao, Michael.