From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Thu, 17 Nov 2022 08:46:32 +0100 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ovZbU-00A3AS-Bs for lore@lore.pengutronix.de; Thu, 17 Nov 2022 08:46:32 +0100 Received: from localhost ([127.0.0.1] helo=metis.ext.pengutronix.de) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1ovZbT-00019T-J2; Thu, 17 Nov 2022 08:46:31 +0100 Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ovZap-00019A-DZ; Thu, 17 Nov 2022 08:45:51 +0100 Received: from mol by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1ovZao-0001h5-Pj; Thu, 17 Nov 2022 08:45:50 +0100 Date: Thu, 17 Nov 2022 08:45:50 +0100 From: Michael Olbrich To: Christian Melki Message-ID: <20221117074550.GJ30335@pengutronix.de> Mail-Followup-To: Christian Melki , Felix Mellmann , "ptxdist@pengutronix.de" References: <35a025e1-9b3b-01f5-6776-db2ce5554208@benfm.de> <20221116071710.GH30335@pengutronix.de> <55c7407e-88b8-85cb-5b3d-5556e7cdeb91@benfm.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-Accept-Language: de,en X-Accept-Content-Type: text/plain User-Agent: Mutt/1.10.1 (2018-07-13) Subject: Re: [ptxdist] e2fsprogs: possibly broken when using OSELAS.Toolchain 2022.10.0 X-BeenThere: ptxdist@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Cc: "ptxdist@pengutronix.de" , Felix Mellmann Sender: "ptxdist" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ptxdist-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false On Wed, Nov 16, 2022 at 06:40:02PM +0100, Christian Melki wrote: > On 11/16/22 15:08, Felix Mellmann wrote: > > > > On 16.11.22 08:17, Michael Olbrich wrote: > >> On Sun, Nov 13, 2022 at 06:32:01PM +0100, Felix Mellmann wrote: > >>> I've just run into a linker problem when building e2fsprogs 1.46.5 using > >>> OSELAS.Toolchain 2022.10.0 (arm-v7a-linux-gnueabihf): > >>> > >>> > >>> ------------------------- > >>> target: e2fsprogs.compile > >>> ------------------------- > >>> > >>> make: Entering directory > >>> '/PTXdist/BSP/platform-imx6/build-target/e2fsprogs-1.46.5' > >>> cd ./util ; make subst > >>> make[1]: Entering directory > >>> '/PTXdist/BSP/platform-imx6/build-target/e2fsprogs-1.46.5/util' > >>>     CREATE dirpaths.h > >>>     CC subst.c > >>>     LD subst > >>> lto1: fatal error: bytecode stream in file 'subst.o' generated with LTO > >>> version 11.2 instead of the expected 11.3 > >>> compilation terminated. > >>> lto-wrapper: fatal error: /usr/bin/gcc returned 1 exit status > >>> compilation terminated. > >>> /usr/bin/ld: error: lto-wrapper failed > >>> collect2: error: ld returned 1 exit status > >>> make[1]: *** [Makefile:369: subst] Error 1 > >>> make[1]: Leaving directory > >>> '/PTXdist/BSP/platform-imx6/build-target/e2fsprogs-1.46.5/util' > >>> make: *** [Makefile:194: util/subst] Error 2 > >>> make: Leaving directory > >>> '/PTXdist/BSP/platform-imx6/build-target/e2fsprogs-1.46.5' > >>> make: *** > >>> [/usr/local/lib/ptxdist-2022.11.0/rules/post/ptxd_make_world_compile.make:20: > >>> /PTXdist/BSP/platform-imx6/state/e2fsprogs.compile] Error 2 > >>> > >>> The error vanishes if ./configure is called with "--disable-lto" instead of > >>> "--enable-lto". > >>> > >>> As I'm no expert at this level, I hope anyone could put some hints about the > >>> issue. > >> Is this a clean build? I've not seen this here with the same toolchain and > >> the error looks like you're mixing compiler versions. > > > > It was a clean build, yes. But finally - ccache messed it up. After > > clearing the cache the build was successful. > > > > Well I should loose my trust in ccache ... Please drop my patch. > > > > I still think that LTO should not be enabled per project like that. It's a good point. So I may apply the patch with a modified commit message. I'm not sure yet. > Regardless if it's working or not. > A global for LTO would be much better. Sneaking it in via compiler wrappers does not work. It breaks quite a few packages (I tried that some time ago). But maybe a global option that selected packages can use to enable it conditionally. Michael -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |