From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from albireo.enyo.de (albireo.enyo.de [37.24.231.21]) by sourceware.org (Postfix) with ESMTPS id 56FB83851C12 for ; Sat, 27 Jun 2020 09:34:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 56FB83851C12 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=deneb.enyo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=fw@deneb.enyo.de Received: from [172.17.203.2] (helo=deneb.enyo.de) by albireo.enyo.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1jp7E1-0001zX-Sw; Sat, 27 Jun 2020 09:34:17 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.92) (envelope-from ) id 1jp7E1-0005cn-Of; Sat, 27 Jun 2020 11:34:17 +0200 From: Florian Weimer To: Carlos O'Donell via Libc-alpha Cc: Carlos O'Donell , Pedro Alves , Conan C Huang , Jeremy Stenglein , xe-linux-external@cisco.com Subject: Re: [RFC PATCH 3/3] add r_debug multiple namespaces support References: <20200626193228.1953-4-danielwa@cisco.com> <87ftah5yh8.fsf@oldenburg2.str.redhat.com> <210c992f-b034-3ef7-440c-f67ab1b3acdb@redhat.com> <87366h5xmi.fsf@oldenburg2.str.redhat.com> <7e2fb426-cf03-a8e7-6524-a5f81fcf5b9e@redhat.com> Date: Sat, 27 Jun 2020 11:34:17 +0200 In-Reply-To: <7e2fb426-cf03-a8e7-6524-a5f81fcf5b9e@redhat.com> (Carlos O'Donell via Libc-alpha's message of "Fri, 26 Jun 2020 17:44:43 -0400") Message-ID: <87ftagyhra.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, 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: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2020 09:34:22 -0000 * Carlos O'Donell via Libc-alpha: > Truncated in which way? This part: | Your proposed solution of bumping the version is unacceptable, | and was last rejected by Roland McGrath. The problem is that | when you bump the version the current > I'm not sure it would work to version _r_debug, since the debugger > is using DT_DEBUG and we only get to put one value in that > .dynamic entry. The symbol version is needed to avoid problems due to copy relocations if the symbol is referenced directly from the main program. Without that, the object could be truncated. It's not a debugger compatibility feature.