From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Thu, 17 Nov 2022 18:18:40 +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 1oviXA-00APEj-95 for lore@lore.pengutronix.de; Thu, 17 Nov 2022 18:18:40 +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 1oviX9-00053O-FC; Thu, 17 Nov 2022 18:18:39 +0100 Received: from mail-db8eur05on2040.outbound.protection.outlook.com ([40.107.20.40] helo=EUR05-DB8-obe.outbound.protection.outlook.com) by metis.ext.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oviWc-00052o-5v; Thu, 17 Nov 2022 18:18:08 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fx0VgzVQtcMDC8G2aYeET1zZfq4VP65XKViWcKz8REhkPh04Nb8FQoTGIvnDZn0vliUNkC1qgkr44s6EtIxwaH7loJvuuswg+NvEDiktCfHz/K6iHf/BKi2uptPEFBQvZdppx4MDUxVRgvULRWFjfT4L2EZIjb/A8VLvZLqZwvDJBI0W7Abuj3gOIcU1AX84QKBEr8BcdmCDnOGu8AApX+jgFnbQGwstUCnPffxiwd7iUfoFc8lUHYxDbWJJ9jRt4P8lX0/8HW+fgKIGrRVspTi7AqRviMifDuDFWYeKyHScWdmWIC99b8lYbpWO0zMvJzJIOtXNW0bv35YMIw3edQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=GpuLmpekqyfLxOGG6zwsl0jHxRnf9UH3DlE5QRPxHHM=; b=ZofemOZE8DtGk7VM7bJTerzcyaaYNTjlOcvECNI8GMH3yXMeD9S2TDbMGRDjKMwhL7jjM7ysZNUkBGxArWb5VkiRIVMLf1vO2S/vi/+EQgw0d9wIgEkQwkXWmN7Ht5RivHNr+TAdAOJmsqVI7pV3rhgqnn5znCp6k4UQZ/OfXytAJfmeFx6uyMduop4l1c8NEptHTCY8pd2Ndn3aFyDAgF2fqYu4PGXlBa/NG4SlUTQf1EeUUhCuE1xjOXQJT7gGXt7nvS0vII7J1E3i62+mjwMwIMsOxTjO6ptqx5daK7SCI0rBgplZM37U5pN+921dC1WfYdiSEyPlmUX90JawVg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=t2data.com; dmarc=pass action=none header.from=t2data.com; dkim=pass header.d=t2data.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=t2datacom.onmicrosoft.com; s=selector1-t2datacom-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GpuLmpekqyfLxOGG6zwsl0jHxRnf9UH3DlE5QRPxHHM=; b=gKd1tOdLBNsnQMRnZC12nHT9Hd/VDs5o8UfCuk4o457SYLeLDi7/8NX+PqHHfeUlDaDINTuv8S/OlZn4Gg2csN4O9RwGO5deP0vPiIctRH5NL4Oz6NhaUWBmp9kzQ3NVM/THkoEtk04kFCeH/nnEO0erI02erbu6wajBjNj3omM= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=t2data.com; Received: from DB9P251MB0618.EURP251.PROD.OUTLOOK.COM (2603:10a6:10:334::22) by DB9P251MB0833.EURP251.PROD.OUTLOOK.COM (2603:10a6:10:394::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5813.18; Thu, 17 Nov 2022 17:18:01 +0000 Received: from DB9P251MB0618.EURP251.PROD.OUTLOOK.COM ([fe80::db66:4269:9534:aab]) by DB9P251MB0618.EURP251.PROD.OUTLOOK.COM ([fe80::db66:4269:9534:aab%5]) with mapi id 15.20.5813.018; Thu, 17 Nov 2022 17:18:01 +0000 Message-ID: Date: Thu, 17 Nov 2022 18:15:49 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.1 Content-Language: en-US To: Michael Olbrich References: <35a025e1-9b3b-01f5-6776-db2ce5554208@benfm.de> <20221116071710.GH30335@pengutronix.de> <55c7407e-88b8-85cb-5b3d-5556e7cdeb91@benfm.de> <20221117074550.GJ30335@pengutronix.de> <2c61d58d-3b73-45aa-eb67-e55ce576909c@benfm.de> <20221117150536.GM30335@pengutronix.de> From: Christian Melki In-Reply-To: <20221117150536.GM30335@pengutronix.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: GV3P280CA0092.SWEP280.PROD.OUTLOOK.COM (2603:10a6:150:8::10) To DB9P251MB0618.EURP251.PROD.OUTLOOK.COM (2603:10a6:10:334::22) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DB9P251MB0618:EE_|DB9P251MB0833:EE_ X-MS-Office365-Filtering-Correlation-Id: e05c2de4-6347-4777-8ab4-08dac8bfad75 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Tm17YpK1EzwMJV+ThqF1qMwuCn6UF4Va5wc7Y1ssb5hPjxxOZOj3gbIFffszGdREjjuSqPzQZLxIPAfahwK36V6S9k0NHMjOEEskejyzi0t96iNND7/76IWKPmFeynCh8YrzM0371Mt8h2Y60WPLI90IM3EV7Qo8O5bV+mDCPfLLyKNm9Q6VKzr0UwmsbaGgtCvA+3h4bIHRk2m0vw3Ow8XfQyuvC0+OPcHgDIcLXeZu6655cmx+L870+tFT0nlP2nZaejFKrVUluqMksNyESaa7rg+Pn/JmPmz50hdQqaDJwDCAMTvgVRKXLhVA+sf8RnqI3BXhxHicgtkZyArJ0miHDWqqBy+MF/vNDPtN3REmA1S7Gfa3aoQI+upiCZNAXE33JantiGuIKaLhmeGIcRaUIFbbNMH/nEpO5hTpuUV+8UFkZO/st+AYGjuEcmL9CI9SWzOMOfQVJDrCIzgFkkQLxtYnj0LyeHUH8eKAjMZ463io4HlYrtEkfbbyyIg/LhNGO12viDRSnDTGhlK649/wry+ClP2WMBOyI4bBURyuOagRskdxU8NRWDJxFahxgSho7eRuPPCoQtC+80rJbm48mDEQ9zj6Y9MDjibfAogF13o1naakk9bpTNL8iKKViPuEwQhdwS/EURS5Y8TXEk0jTDw1/F6mplRBR3cyd7KfsdUtLN2/cFE8ddumnXAl5hygpE/iRFXW5W7JuyPnqgfw+TAXRU0zqXtoTxvYfHg= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9P251MB0618.EURP251.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230022)(39830400003)(366004)(376002)(346002)(136003)(396003)(451199015)(83380400001)(8936002)(478600001)(186003)(6486002)(5660300002)(41300700001)(8676002)(4326008)(38100700002)(66476007)(31696002)(66556008)(54906003)(2906002)(3450700001)(86362001)(44832011)(316002)(66946007)(31686004)(6916009)(36756003)(26005)(53546011)(6512007)(6666004)(2616005)(6506007)(43740500002)(45980500001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?ZFRFRmZQUnFJczNDUDhIbW5TUFdTdElEMWNhQUJORFFMbUhKdGVsdkhNNWpP?= =?utf-8?B?dFMxTnhQc3hWVEhkdm5nSk5DTWJ6SC8zRTlydEp6ZVhEQXdUZW9aU0VuaHAx?= =?utf-8?B?cEN3Ny8zc0x2Q254STNUWENhcDI1WFNoT0NoZWxYbUtVTEZmZlV5UXM5SXF3?= =?utf-8?B?WmQzK1YyNlFROUdzSlB5Zno1SkFUU0tQWjJ5d0hKUjF6NmdEMmtMaFhkbXVW?= =?utf-8?B?emJVUXRaak1wVzJyTEQrZ2dRQVUxVDRPMGtrMHBlT3AyeENYendkL3pCK3Y2?= =?utf-8?B?bi9ZMGpERzJGMGc2Q2pYb0JodFpUcjlESFBtTWhDSGp6c0t0bzd3MTA5Rkx1?= =?utf-8?B?TnliZGYxUTB2SnFPSVRtNUZGb3hSRThtOS9lbEszYzB5ZXdadzBRYU5IU2s0?= =?utf-8?B?SVV5dmpOcG1JNUNxdHM4ZC9wN1NkUXRBd3dlQ0JTd0lnOW45dWliaVdKWVl6?= =?utf-8?B?Ni9xTnoxZ053U2VPdWtVS053L0h5aHJwNXRFNVJkdVdOZXA0Vklza0pkNmdh?= =?utf-8?B?cjFyRndGaSt2K3JLNStBWm5YaWtwMFNXaHVWYlZJeUNuS3hqRGRNbG01MW1Q?= =?utf-8?B?ZFNkMXVtTGVuZE5pNERKZVV2a1V3akxJUlFQKzJwUlBiOVhPSjVUUlB1QkUr?= =?utf-8?B?S1NRaEZVbnlaWTBHZExoMHlYQnhGVmpXcUNwWDNYMDhwWDBCY0sxaHNrZyt3?= =?utf-8?B?cjg4d0o2OHlKS1F0T3UwelV0RFhtdlBGazRJU3lDYXlvV3BaaDRyT01zV1di?= =?utf-8?B?bEtNN2FLQ21TcCtkdmVaWVRIQUdvQUkrQmFrZTUvdGhwa2FXQy90cW5PTFNF?= =?utf-8?B?ekg3akxNTXBpWk44SG05QmtDZFdVVmI4OTRTNFBndXR4bC8xak1VQXQrYURi?= =?utf-8?B?T0VHQlQ3N3FaZlZxM3l3ZS9WVjFNY1djV0Z2RHU3c3B3eFBRWHdlVWhlemta?= =?utf-8?B?TFdLYXNYV2g4SVJ4VS9icGVuVzNhQzRxUFJzUmtJWWVXUE14S2lVVDRrdVU4?= =?utf-8?B?bS9vU3RIS2dSV1pNRzlTbFVWTWlRRE1sbTY4KzVxWlBiRUR4d25tRmcwbE1l?= =?utf-8?B?TDczNXp2cStua2srRFNJanY3blBJalRlK0dMajNwS0xpU3A4MXZJZG05VjVV?= =?utf-8?B?TFRCNGdTWkdHb0xuYzdOOWJSKy9xWklmUGcyejNBSWw5d29Tbzk1WHIvemgr?= =?utf-8?B?bC8zWk9ET1NBQjFNZU41UVk1Ni9scnZpVkVPWkpNcU05anJuSDBDZEJScm9p?= =?utf-8?B?NlA3RlhENFQxZW1ITFF6aHI3QkdWQzdZWllIMTFTQTl4TFh3bkhCYytvT0tt?= =?utf-8?B?WllaV1dEYW9JVFFFZGUvK1FnanRKVmY4RjVNMGNsY01leHJWaElQWmdBTDl4?= =?utf-8?B?N2F6T3UyTm5tSFcrbWdPOExSZzB6bDdMbmtDOEh6Rm85c1ZHdFM2VUt2OUdu?= =?utf-8?B?Y0I2WllZaEdMNVdZNVJKRDVOOHNyRXRsZFVVVWNzWnl6eFZhdGlYZlZoNVpZ?= =?utf-8?B?S0lZVmVvSC96Z2p6Q2grY0xxeWRnWms0U2dzMUp3d2FlNXU3R2lDcHk3TVo1?= =?utf-8?B?TTRIMHdPR0RRaUo5dThyUllYOTRralhBcU0xQmNjSU1RNWtuVWZBdHBPcDJY?= =?utf-8?B?QmlrNEF5RVlNenpTSFBvQTJLOStsdFcwUHNyelRTTXNPdDJnUnErM0s4SGRv?= =?utf-8?B?bVBWTk8reS9EOUc2N1o1YlhaaEJqSHF6eDdCRTIyNVNLYllCdzJOL25zczBK?= =?utf-8?B?bG1tai9ZQUJXWVlaSmNBUTllMVcxZkRJTW5jeVdZcWJ5RG1ZQklxL04rSFhx?= =?utf-8?B?SDJGM2I4cjBoQ3lEMFY3NHhFck1uOVBkK1VJNE1hTWN3cDR1T3JZdEd2VWdj?= =?utf-8?B?c3Q1bGVuL2tycHhteEJWalQ4eEQ2dXNRZFlWa0ZoTzFySWp3T3o1SVpzZVlq?= =?utf-8?B?ckhWVXp5aTdvcHlCM0IvdFNRZDVnZ0dhK0FXc0NsYmVIeCtLQVI1NjNHLzRm?= =?utf-8?B?WGxzMFZvT0NCSEN2T2NNS0V1alZBL3hFbGk4UXIzaHRZdjdsaURzOFc5NTBh?= =?utf-8?B?Z1RTQkJXZjgyMG1mSnFQYnY5VWpNeUI2WExlK1plajJpQ29Gc3dNT0RWRGlN?= =?utf-8?B?R2E0eG9tVHk0LzVuKzRrUGRMeUtGRHVUck1iYkhXSmg2elB5ZzYrWTdjVHI3?= =?utf-8?B?YVE9PQ==?= X-OriginatorOrg: t2data.com X-MS-Exchange-CrossTenant-Network-Message-Id: e05c2de4-6347-4777-8ab4-08dac8bfad75 X-MS-Exchange-CrossTenant-AuthSource: DB9P251MB0618.EURP251.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2022 17:18:01.6450 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 27928da5-aacd-4ba1-9566-c748a6863e6c X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: n5qPOsSh2XKG84s47eCeyhN7OW2IRgtDOM1xysqu9MZdE/7Y6497U220H2EyPX7Ic3mdDzNMKhD8Hm2TuVwwSuO8DJ5uHjovzF67upNUOMA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9P251MB0833 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on metis.ext.pengutronix.de X-Spam-Level: X-Spam-Status: No, score=-2.0 required=4.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 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, christian.melki@t2data.com 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 11/17/22 16:05, Michael Olbrich wrote: > On Thu, Nov 17, 2022 at 03:52:18PM +0100, Felix Mellmann wrote: >> On 17.11.22 08:45, Michael Olbrich wrote: >>> 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. >> >> Grepping through the packages reveals, that 8 packages explicitly disable >> LTO and only e2fsprogs enables LTO. For the rest I'm unsure about the >> defaults. So what should a global LTO option look like and what should be >> the consequences? (i.e. replace all the enable/disable-lto with the global >> option? Enforce a setting for all packages not configuring a default?) > Maybe an optimization category in platformconfig with globals? Ptxdist has hardening and "other". It sure could fit in the other category. But I feel there are probably a few optimization knobs that could deserve a global anyway. Christian > Probably something like that. The problem is that, in my experience, > packages can fail to build depending on the compiler version and the target > architecture. So it will be hard to get something that even builds > reliably. I think we will only enable it for packages where the possible > performance benefit is actually useful. > >> @Michael: you propose that I should resend the patch with a different commit >> message? Do you have a proposal? > > Don't bother. I'll come up with something and add it to the patch. > >> I really don't have a clue why LTO is >> enabled for this peculiar package and its consequences and I unfortunately >> run into a random ccache issue .. > > I'm pretty sure that it was only accidentally enabled instead of disabling > it when the option was added to the upstream package. And I missed it when > I applied the patch. > > The interesting question is, why did ccache reuse the result in the first > place? I don't think it should do that for results created by a different > compiler version. And is there something in ptxdist that we can do to help > ccache make the correct decision? > > Michael >