From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by mx.groups.io with SMTP id smtpd.web11.3862.1680027148499282882 for ; Tue, 28 Mar 2023 11:12:28 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SInv275h; spf=pass (domain: kernel.org, ip: 145.40.68.75, mailfrom: ardb@kernel.org) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 7E758B81DF6 for ; Tue, 28 Mar 2023 18:12:26 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C5408C4339C for ; Tue, 28 Mar 2023 18:12:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1680027144; bh=DRrUeOe9Gd9xl53BsuU0s3hEMZyOjV7vMbWvTgdUCjw=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=SInv275hXygALVliMa876qtRUnSeg24QCoVduoIjcaSks+S92ZYUEVM1zWP7OuL/H M2KbRbHFjC6yoo6UjQJQnP9hLZ2lgWJ3w8Q1r5aBAZZSzpPmkjcFkV9tRYMs/MkeFi vemCMbBCJGbJ5MmVX00zH1QvACvXAE/pudvsUrb4jU2EupeFlz14L/3lhN9X8adzsJ XmHCu9WzhJxMBVz5xJfA7tojeqLfSiWu0ZHS0S2HIFOrLbuN27bhp4kiW6EdGWKQIv tAR/VdNGTeIsX8CUpmtsfq6He8U1tCLQrXS7aFgiAGoZuIkXfKDDO3+FBiormysGc2 1EvvWs2kDxnNA== Received: by mail-lf1-f49.google.com with SMTP id g19so3831159lfr.9 for ; Tue, 28 Mar 2023 11:12:24 -0700 (PDT) X-Gm-Message-State: AAQBX9e7Ppv46LQ5rNkpiJQeqBqM5USwq2ueU7tHJw0VKNNKgUY4apsE d5+CE0KpCg80e/PxCTvgs8v9HLNf9uLe+2oV3O8= X-Google-Smtp-Source: AKy350ZXJqznM1FNVFkXWt/pSP/SW7hHHeSurEUFdMLGoOOG1UZ5jefTQBw3nxIc1Gb3Z41XLOssNX52YQcO7xJuz4Q= X-Received: by 2002:ac2:568d:0:b0:4eb:c44:ed50 with SMTP id 13-20020ac2568d000000b004eb0c44ed50mr3016449lfr.9.1680027142755; Tue, 28 Mar 2023 11:12:22 -0700 (PDT) MIME-Version: 1.0 References: <20230328173111.759017-1-rebecca@bsdio.com> <2b8ffe30-5a54-d029-045c-8bfd025ca0a3@bsdio.com> In-Reply-To: <2b8ffe30-5a54-d029-045c-8bfd025ca0a3@bsdio.com> From: "Ard Biesheuvel" Date: Tue, 28 Mar 2023 20:12:11 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [edk2-devel] [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: devel@edk2.groups.io, rebecca@bsdio.com Cc: 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 Content-Type: text/plain; charset="UTF-8" On Tue, 28 Mar 2023 at 20:01, Rebecca Cran wrote: > > 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. > Happy to help What kind of errors are you seeing after adding -Wl,--no-pie,--no-relax ?