From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.ispras.ru (mail.ispras.ru [83.149.199.84]) by sourceware.org (Postfix) with ESMTPS id 992FA3857831 for ; Wed, 4 May 2022 13:10:07 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 992FA3857831 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=ispras.ru Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=ispras.ru Received: from [10.10.3.121] (unknown [10.10.3.121]) by mail.ispras.ru (Postfix) with ESMTPS id 9BE45407627C; Wed, 4 May 2022 13:10:03 +0000 (UTC) Date: Wed, 4 May 2022 16:10:03 +0300 (MSK) From: Alexander Monakov To: =?ISO-8859-15?Q?Martin_Li=A8ka?= cc: gcc-patches@gcc.gnu.org, Jan Hubicka Subject: Re: [PATCH] lto-plugin: add support for feature detection In-Reply-To: Message-ID: References: <63633ead-aa7e-c424-9851-ac332ac13df3@suse.cz> <27841a42-baef-d53e-c601-ad265030854d@suse.cz> MIME-Version: 1.0 X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_SHORT, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2022 13:10:09 -0000 On Wed, 4 May 2022, Martin Liška wrote: > On 5/4/22 14:32, Alexander Monakov wrote: > > On Wed, 4 May 2022, Martin Liška wrote: > > > >> The patch is a follow-up of the discussion we've got in: > >> https://gcc.gnu.org/pipermail/gcc-patches/2022-May/593901.html > >> > >> Mold linker would appreciate knowing in advance if get_symbols_v3 is supported > >> by a GCC plug-in or not. Out of curiousity, I looked at mold, and I don't understand what problem this detection is solving, nor why this is the best way to solve that. Was there some discussion with mold author I should check out? Note that mold takes this not only as 'v3 API is supported', but, more importantly, as 'v2 entrypoint will not be called'. Alexander