From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by mx.groups.io with SMTP id smtpd.web12.8523.1580833301706553003 for ; Tue, 04 Feb 2020 08:21:42 -0800 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 134.134.136.65, mailfrom: michael.d.kinney@intel.com) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Feb 2020 08:21:41 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,402,1574150400"; d="scan'208";a="225552180" Received: from orsmsx107.amr.corp.intel.com ([10.22.240.5]) by fmsmga008.fm.intel.com with ESMTP; 04 Feb 2020 08:21:40 -0800 Received: from orsmsx115.amr.corp.intel.com (10.22.240.11) by ORSMSX107.amr.corp.intel.com (10.22.240.5) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 4 Feb 2020 08:21:40 -0800 Received: from orsmsx113.amr.corp.intel.com ([169.254.9.57]) by ORSMSX115.amr.corp.intel.com ([169.254.4.220]) with mapi id 14.03.0439.000; Tue, 4 Feb 2020 08:21:40 -0800 From: "Michael D Kinney" To: "devel@edk2.groups.io" , "Gao, Liming" , Laszlo Ersek , "Kinney, Michael D" CC: "Feng, Bob C" , Ard Biesheuvel Subject: Re: [edk2-devel] [Patch] BaseTools tools_def.template: Add back -fno-pie option in GCC49 tool chain Thread-Topic: [edk2-devel] [Patch] BaseTools tools_def.template: Add back -fno-pie option in GCC49 tool chain Thread-Index: AQHV2xdGBuU+HeAYr0qpp36mnUJppqgLdb6AgAAN/AD//7MPAA== Date: Tue, 4 Feb 2020 16:21:39 +0000 Message-ID: References: <20200204045456.241-1-liming.gao@intel.com> <9cfe929c-0448-d7d2-2ce1-cd491ce16083@redhat.com> In-Reply-To: Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.6 dlp-reaction: no-action x-originating-ip: [10.22.254.140] MIME-Version: 1.0 Return-Path: michael.d.kinney@intel.com Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Liming, Can you please provide a few more details on the failure. For the UnitTestFrameworkPkg patch set, I had to add the following to get host based unit test applications to build and run. I was seeing link failures between FW libs and=20 host libs when building the POSIX host application. [BuildOptions] GCC:*_*_*_CC_FLAGS =3D -fno-pie I think with the proposed change below, I could remove this. Do you agree? Thanks, Mike > -----Original Message----- > From: devel@edk2.groups.io On > Behalf Of Liming Gao > Sent: Tuesday, February 4, 2020 4:52 AM > To: Laszlo Ersek ; > devel@edk2.groups.io > Cc: Feng, Bob C ; Ard Biesheuvel > ; Gao, Liming > > Subject: Re: [edk2-devel] [Patch] BaseTools > tools_def.template: Add back -fno-pie option in GCC49 > tool chain >=20 > Laszlo: >=20 > > -----Original Message----- > > From: Laszlo Ersek > > Sent: Tuesday, February 4, 2020 8:02 PM > > To: devel@edk2.groups.io; Gao, Liming > > > Cc: Feng, Bob C ; Ard > Biesheuvel > > Subject: Re: [edk2-devel] [Patch] BaseTools > tools_def.template: Add back -fno-pie option in GCC49 > tool chain > > > > (+Ard) > > > > On 02/04/20 05:54, Liming Gao wrote: > > > BZ: > https://bugzilla.tianocore.org/show_bug.cgi?id=3D2502 > > > This option is required to make GCC49 tool chain > work with the high > > > version GCC compiler. > > > > > > Cc: Bob Feng > > > Signed-off-by: Liming Gao > > > --- > > > BaseTools/Conf/tools_def.template | 4 ++-- > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > diff --git a/BaseTools/Conf/tools_def.template > b/BaseTools/Conf/tools_def.template > > > index feee2bbf16..d02424ae44 100755 > > > --- a/BaseTools/Conf/tools_def.template > > > +++ b/BaseTools/Conf/tools_def.template > > > @@ -1974,7 +1974,7 @@ DEFINE > GCC48_ARM_ASLDLINK_FLAGS =3D > DEF(GCC_ARM_ASLDLINK_FLAGS) -Wl,--oformat > > > DEFINE GCC48_AARCH64_ASLDLINK_FLAGS =3D > DEF(GCC_AARCH64_ASLDLINK_FLAGS) > > > DEFINE GCC48_ASLCC_FLAGS =3D > DEF(GCC_ASLCC_FLAGS) > > > > > > -DEFINE GCC49_IA32_CC_FLAGS =3D > DEF(GCC48_IA32_CC_FLAGS) > > > +DEFINE GCC49_IA32_CC_FLAGS =3D > DEF(GCC48_IA32_CC_FLAGS) -fno-pic -fno-pie > > > DEFINE GCC49_X64_CC_FLAGS =3D > DEF(GCC48_X64_CC_FLAGS) > > > DEFINE GCC49_IA32_X64_DLINK_COMMON =3D -nostdlib - > Wl,-n,-q,--gc-sections -z common-page-size=3D0x40 > > > DEFINE GCC49_IA32_X64_ASLDLINK_FLAGS =3D > DEF(GCC49_IA32_X64_DLINK_COMMON) -Wl,-- > defsym=3DPECOFF_HEADER_SIZE=3D0 > > DEF(GCC_DLINK2_FLAGS_COMMON) -Wl,-- > entry,ReferenceAcpiTable -u ReferenceAcpiTable > > > @@ -1997,7 +1997,7 @@ DEFINE > GCC49_ARM_ASLDLINK_FLAGS =3D > DEF(GCC48_ARM_ASLDLINK_FLAGS) > > > DEFINE GCC49_AARCH64_ASLDLINK_FLAGS =3D > DEF(GCC48_AARCH64_ASLDLINK_FLAGS) > > > DEFINE GCC49_ASLCC_FLAGS =3D > DEF(GCC48_ASLCC_FLAGS) > > > > > > -DEFINE GCC5_IA32_CC_FLAGS =3D > DEF(GCC49_IA32_CC_FLAGS) -fno-pic -fno-pie > > > +DEFINE GCC5_IA32_CC_FLAGS =3D > DEF(GCC49_IA32_CC_FLAGS) > > > DEFINE GCC5_X64_CC_FLAGS =3D > DEF(GCC49_X64_CC_FLAGS) > > > DEFINE GCC5_IA32_X64_DLINK_COMMON =3D > DEF(GCC49_IA32_X64_DLINK_COMMON) > > > DEFINE GCC5_IA32_X64_ASLDLINK_FLAGS =3D > DEF(GCC49_IA32_X64_ASLDLINK_FLAGS) > > > > > > > - What has changed relative to commit 11d0cd23dd1b > ("BaseTools/tools_def > > IA32: drop -no-pie linker option for GCC49", 2018-06- > 18)? > > > > - Also, if we are reverting one half of 11d0cd23dd1b > (the compiler > > flags), shouldn't we then revert the other half too > (the linker flags)? >=20 > Yes. Half change is revert. CC_FLAGS is added back. > DLINK flag is not, > because GCC4.9 doesn't know the link option -no-pie. > But, GCC 4.9 accepts the CC option -fno-pie. > I verify this change. CC flags -fno-pie can resolve the > build failure with GCC7.4. I also see -fno-pie option > Is in GCC ARM and AARCH64 arch. So, I think this change > is enough. >=20 > > > > - The commit message says, "work with the high > version GCC compiler". > > What does that mean? If it is 4.9.x, with x>2, then I > agree the patch is > > justified (because commit 11d0cd23dd1b was apparently > made for 4.9.2). > > But if the phrase stands for gcc8 or so (just an > example), then I don't > > think the patch is a good idea; users of gcc8 can > just specify the GCC5 > > toolchain. > > > > Ah, indeed, I need only look at TianoCore#2502: > > > > "GCC49 tool chain meets with the build failure when > GCC7.4 compiler". > > > > So I think this approach is wrong. Unless there is a > new gcc-4.9.x > > release, i.e., after gcc-4.9.2, I think we still need > commit > > 11d0cd23dd1b in place. And, please use GCC5 for gcc- > 7.4 -- is there a > > problem with that? >=20 > By design, GCC49 can work with the high version GCC > compiler like GCC5. > GCC49 is the tool chain without LTO enable. GCC5 is the > tool chain with LTO. > So, they are for two different GCC setting. They should > both support > high version GCC compiler. GCC49 supported GCC compiler > version is from GCC 4.9. > GCC5 supported GCC compiler version is from GCC 5.0. I > know GCC49 or GCC5 tool chain > name brings a little confuse. I will add more detail > info in tools_def.txt for them. >=20 > Thanks > Liming > > > > Thanks > > Laszlo >=20 >=20 >=20