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 4FFDC3858C78; Fri, 29 Sep 2023 10:26:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4FFDC3858C78 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-CSE-ConnectionGUID: lXjMsnIuRlqVCfx71QrftA== X-CSE-MsgGUID: UtDFtFM7QrGQ2kNWLeQuCg== X-IronPort-AV: E=Sophos;i="6.03,187,1694764800"; d="scan'208";a="20509406" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa1.mentor.iphmx.com with ESMTP; 29 Sep 2023 02:26:12 -0800 IronPort-SDR: jAoDVgZDIgMYzs4AcKLT7nF7RHrr3p2KnCC+HzFp1wBbQbhFLkCC+6UioXw/u398EcMdjQi+dP zerpUKhUi6QvxByCgTRXF15jqGH7FC+WXA7b6DZGVHluo0X1v9I3rYf13aZV+yaZ872SFi0gyf db10SZ+Wx0PA487b9q2S5uk4VjBCR69vAgjCDuZN2VR7RnN+hxWv+l6yWvzWIOJxxiXniTP1TX azz5I9Bz20sUdNa4u4q1bHNWsRvcuOc29i2fCOgS5tWxRs2V1SX1+Y+YK0KNjZ1cuno353eEZB jxE= Message-ID: Date: Fri, 29 Sep 2023 11:26:05 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Test with an lto-build of libgfortran. Content-Language: en-GB To: Toon Moene , Jakub Jelinek CC: Thomas Koenig , gcc mailing list , gfortran References: <9e347fa4-1940-46c6-a5c9-899cf5a7ae85@moene.org> <672da73c-e5d2-4512-8ae9-1c36f14f2b97@moene.org> <682f49c9-03d1-45fb-ba4b-ebd3cc92cb1a@moene.org> From: Andrew Stubbs In-Reply-To: <682f49c9-03d1-45fb-ba4b-ebd3cc92cb1a@moene.org> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) To svr-ies-mbx-11.mgc.mentorg.com (139.181.222.11) X-Spam-Status: No, score=-6.0 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 28/09/2023 20:59, Toon Moene wrote: > On 9/28/23 21:26, Jakub Jelinek wrote: > >> It is worse than that, usually the LTO format changes e.g. any time any >> option or parameter is added on a release branch (several times a >> year) and >> at other times as well. >> Though, admittedly GCC is the single package that actually could get away >> with LTO in lib*.a libraries, at least in some packagings (if the static >> libraries are in gcc specific subdirectories rather than say >> /usr/lib{,64} >> or similar and if the packaging of gcc updates both the compiler and >> corresponding static libraries in a lock-step.  Because in that case LTO >> in there will be always used only by the same snapshot from the release >> branch and so should be compatible with the LTO in it. > This might be an argument to make it a configure option, e.g. > --enable-lto-runtime. This sort of thing should definitely Just Work for cross compilers and embedded platforms where the libraries are bundled with the compiler. Andrew