From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by mx.groups.io with SMTP id smtpd.web10.3485.1680026497865124158 for ; Tue, 28 Mar 2023 11:01:38 -0700 Authentication-Results: mx.groups.io; dkim=fail reason="signature has expired" header.i=@bsdio.com header.s=fm3 header.b=GPEkMrkC; spf=pass (domain: bsdio.com, ip: 66.111.4.26, mailfrom: rebecca@bsdio.com) Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 16A2F5C00F1; Tue, 28 Mar 2023 14:01:37 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 28 Mar 2023 14:01:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdio.com; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1680026497; x=1680112897; bh=Fxay8QDTnXbda7JRPcvC2JL//bkbo4n5Za3 gncqLBO4=; b=GPEkMrkCLcbY3lpaFKrAAD7cP2W1lQdltIHd61PUT8o//0UDest HZ8acBDa/BW7idnbhTkxoXpMXba13lGsJJhm57FHKXqwEXOExbqFn/5MIohhuVtT 4HSEwIOqE31VR7cWA7FkpXma/zN3IyPlc5wgT8rTRaV9flAvTKVGYB7ADbe54lmp hRrINEJ/ZdoMEOZtGAlRb6h376wFmsB4lgRVjO6VxY9lp5AThJPWvOpsItR5e7ZY rA8/WNSPocG/w3UReuZ2tLRd84Rdx15DYQfdos4Loj/LlQyEVDfNcvyB5eYCkN68 Vs5n3RPkafOG9gh8HAzSVbUsgSH8ddxDEAA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1680026497; x=1680112897; bh=Fxay8QDTnXbda7JRPcvC2JL//bkbo4n5Za3 gncqLBO4=; b=UZS06xA63/bN8APBH/+ns0FtSBUrFbwtCYaqe4UOk+F3QVT/R41 NURyi8Ivfk+qylpXHhu6+0Hmj42SuzwfNEbEWcEQO6FnLz5W4lg3oKURTBhaA2zs suR9KiS6aMBOMKtdhAVEOJUAMZH2dB35D1U5hKWGxLCAgV2K2DVHBglIJ0d3XVfn HDYmhNfpUvs6wevXFM1NOfWjih3PMJhjf1IDcQr+vuoyf1ixvzgMuya/I6gL8olB 8VX5rPVWCmdZBqZdjobwDc3wI4nbIOFcpvrt1Yu1sov2HxkQiJGEOhXFgqIxuAxf 2ZOIi2ShLHNllVonJMbFceLZ4pySlCaGAkA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdehgedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomheptfgv sggvtggtrgcuvehrrghnuceorhgvsggvtggtrgessghsughiohdrtghomheqnecuggftrf grthhtvghrnhepheelkefgudetudegheegfffghfetfefhhfetteefveehgfdvjeehtdfh ffeiffelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh eprhgvsggvtggtrgessghsughiohdrtghomh X-ME-Proxy: Feedback-ID: i5b994698:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 28 Mar 2023 14:01:34 -0400 (EDT) Message-ID: <2b8ffe30-5a54-d029-045c-8bfd025ca0a3@bsdio.com> Date: Tue, 28 Mar 2023 12:01:33 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH v2 00/13] BaseTools,CryptoPkg,MdePkg,OvmfPkg: Delete CLANG35,CLANG38,GCC48,GCC49, rename GCC5 to GCC, update CLANGDWARF, delete VS 2008-2013, EBC To: Ard Biesheuvel Cc: devel@edk2.groups.io, Oliver Smith-Denny , Guomin Jiang , Xiaoyu Lu , Jian J Wang , Jiewen Yao , Ard Biesheuvel , Jordan Justen , Gerd Hoffmann , Bob Feng , Liming Gao , Andrew Fish , Leif Lindholm , Michael D Kinney References: <20230328173111.759017-1-rebecca@bsdio.com> From: "Rebecca Cran" In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 3/28/23 11:57 AM, Ard Biesheuvel wrote: > > As I have indicated before, I am strongly in favor of these changes. > However, using LLD with X86 and GNU ld with ARM is not what I would > like to see here: not only is it a bad idea for a single toolchain > definition to deviate in this manner between architectures, I also > think that having the ability to use LLD for ARM would be nice in > itself, as it removes the need for cross toolchains entirely, lowering > the bar for contributors to ensure that their changes do not regress > other architectures. And there are some differences related to BTI > that could be interesting as well. I agree, it's not ideal. My knowledge of linker issues is relatively limited at the moment, which is why I decided not to use LLD when I saw it was failing. I can spend some time learning about it and send out a v3 with LLD enabled for ARM. -- Rebecca Cran