From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from moene.org (84-86-97-173.fixed.kpn.net [84.86.97.173]) by sourceware.org (Postfix) with ESMTPS id 739413858C01; Thu, 28 Sep 2023 19:03:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 739413858C01 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=moene.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=moene.org Received: from localhost ([127.0.0.1]) by moene.org with esmtp (Exim 4.96) (envelope-from ) id 1qlwIW-0074df-2p; Thu, 28 Sep 2023 21:03:40 +0200 Message-ID: <672da73c-e5d2-4512-8ae9-1c36f14f2b97@moene.org> Date: Thu, 28 Sep 2023 21:03:39 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Test with an lto-build of libgfortran. Content-Language: en-US To: Thomas Koenig , gcc mailing list Cc: gfortran References: <9e347fa4-1940-46c6-a5c9-899cf5a7ae85@moene.org> From: Toon Moene Organization: Moene Computational Physics, Maartensdijk, The Netherlands In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.7 required=5.0 tests=BAYES_00,BODY_8BITS,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,KHOP_HELO_FCRDNS,SPF_HELO_NONE,SPF_NONE,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 9/28/23 07:33, Thomas Koenig wrote: > Hi Toon, [ I wrote: ] >> The full question of "lto-ing" run time libraries is more complicated >> than just "whether it works" as those who attended the BoF will recall. > > I didn't attend the Cauldron (but that discussion would have been > very interesting).  I think for libgfortran, a first step would be > additional work to get declarations on both sides to agree (which is > worth doing anyway). > > Best regards > >     Thomas The big problem in *distributing* GCC (i.e., the collection) with lto'd run-time libraries is that the format of the lto structure changes with releases. If a compiler (by accident) picks up a run time library with non-matching lto objects, it might crash (or "introduce subtle errors in a once working program"). I.e., like the problem the gfortran community had with the changing format of our .mod files. But it would be a big win for Fortran ... Kind regards, -- Toon Moene - e-mail: toon@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands