From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_PASS, SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 7D9EB1F5AE for ; Sat, 27 Jun 2020 09:34:25 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 072DE3851C2C; Sat, 27 Jun 2020 09:34:24 +0000 (GMT) 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 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-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: , Cc: Pedro Alves , Conan C Huang , Jeremy Stenglein , xe-linux-external@cisco.com Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" * 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.