From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa1.mentor.iphmx.com (esa1.mentor.iphmx.com [68.232.129.153]) by sourceware.org (Postfix) with ESMTPS id 2A30C3858D20 for ; Fri, 4 Feb 2022 19:53:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 2A30C3858D20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: 0/M44mXoCnQatUz+G+gZBeZhun8lVEeHfMoJsmgUxPafV/A/xRi+AkLleJ2oVxmvhJvQsozqZz Lm7HxTzWO//JkhlmrLKmAPw5HG9zBM4ghfuelIuFBAo65B/0PJHtWdNfkcIlY+tSRs6RJgAXl4 JRBuzc+3K+iINAPc4eOdW7FSEkzA4jJsT+QfjRrsi2pRb4UyQypoxS/UE7bRSzvzIqjJE+XdU4 I0G6zySfbzdZGM/OFz79nXVkTvlVzXm8MgtDGJJx8OqSFZe7VjCp0o/U8G00l7G/JSeuJMajSq NfECo9IJmy084tborr+UEDaw X-IronPort-AV: E=Sophos;i="5.88,343,1635235200"; d="scan'208";a="74157141" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa1.mentor.iphmx.com with ESMTP; 04 Feb 2022 11:53:43 -0800 IronPort-SDR: aO9ntcB/dVsM/22PVpnog2LzuJPXWRegT1fn36j0wQ5+v5iNtzEdY62dTeAJQ+C7hSwdgN5CL6 yF0sNP0WPKcYQi/MXWvNWDMJOVFvE/cC4y0071u8uK2wBHXxN7xhmUqwFwRWGu5374KEVBqkcc Wg3On5N8ZDNNg3WK9AOpwGZV4lVNdqz7qeP2dj4WJJKzcgKhb61rL0X2rG/wY6Ys4dPzqFFeG3 YEKU8cyD6tWhKRsKzsmLMtZxO1h08GjYX9uDVeXKQg7DNbj9r/TVAuSP4158ikcTNviRXw/PLL fRY= Date: Fri, 4 Feb 2022 19:53:37 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: "H.J. Lu" CC: Subject: Re: [PATCH 3/7] Add GLIBC_ABI_DT_RELR for DT_RELR support In-Reply-To: <20220203180948.2744-4-hjl.tools@gmail.com> Message-ID: References: <20220203180948.2744-1-hjl.tools@gmail.com> <20220203180948.2744-4-hjl.tools@gmail.com> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-13.mgc.mentorg.com (139.181.222.13) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-3115.0 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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: Fri, 04 Feb 2022 19:53:45 -0000 On Thu, 3 Feb 2022, H.J. Lu via Libc-alpha wrote: > +%if HAVE_DT_RELR > + GLIBC_ABI_DT_RELR { > + # This symbol is used only for empty version map and will be removed > + # by scripts/versions.awk. > + __placeholder_only_for_empty_version_map; > + } My understanding is that HAVE_DT_RELR describes a property of the linker used to build glibc, not a property of what features glibc itself supports. The symbol versions provided by glibc, and whether glibc supports binaries using RELR relocations, should be independent of whether the linker version used to build glibc supports such relocations. A given glibc version should either always support RELR relocations (for a given glibc ABI) or never support them (for that ABI), independent of linker features, and likewise the symbol versions provided by glibc should be independent of linker features. -- Joseph S. Myers joseph@codesourcery.com