Return-Path: wei@redhat.com
Received: from zmta05.collab.prod.int.phx2.redhat.com (LHLO
 zmta05.collab.prod.int.phx2.redhat.com) (10.5.81.12) by
 zmail17.collab.prod.int.phx2.redhat.com with LMTP; Wed, 4 Mar 2015 12:28:23
 -0500 (EST)
Received: from int-mx09.intmail.prod.int.phx2.redhat.com
 (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by zmta05.collab.prod.int.phx2.redhat.com (Postfix) with ESMTP id 3F33DF30B3
	for <lersek@mail.corp.redhat.com>; Wed,  4 Mar 2015 12:28:23 -0500 (EST)
Received: from [10.10.50.76] (vpn-50-76.rdu2.redhat.com [10.10.50.76])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id
 t24HSLwP022668;
	Wed, 4 Mar 2015 12:28:22 -0500
Message-ID: <54F740B4.3050104@redhat.com>
Date: Wed, 04 Mar 2015 11:28:20 -0600
From: Wei Huang <wei@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Laszlo Ersek <lersek@redhat.com>, edk2-devel@lists.sourceforge.net
CC: linaro-uefi@lists.linaro.org,
        "Leif Lindholm (Linaro address)" <leif.lindholm@linaro.org>
Subject: Re: [edk2] [PATCH] BaseTools: aarch64: add
 -fno-asynchronous-unwind-tables
 to cflags
References: <1423230742-26589-1-git-send-email-leif.lindholm@linaro.org>
 <54F6CCAB.5070507@redhat.com>
In-Reply-To: <54F6CCAB.5070507@redhat.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22

I can confirm that this patch fixes my problem. The machine is a native
AArch64 server, with Fedora GCC 4.8.3.

Thanks,
-Wei

On 03/04/2015 03:13 AM, Laszlo Ersek wrote:
> On 02/06/15 14:52, Leif Lindholm wrote:
>> Some toolchains, at least Fedora GCC, generate inline unwind tables in
>> object files. These confuses GenFw to no end, leading to build failures:
>>   GenFw: ERROR 3000: Invalid WriteSections64(): ...
>>          unsupported ELF EM_AARCH64 relocation 0x105.
>>   GenFw: ERROR 3000: Invalid WriteSections64(): ...
>>          unsupported ELF EM_AARCH64 relocation 0x0.
>>
>> I am aware of no current use of these tables, so explicitly disable
>> their generation for aarch64.
>>
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Leif Lindholm <leif.lindholm@linaro.org>
>> ---
>>  BaseTools/Conf/tools_def.template | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/BaseTools/Conf/tools_def.template b/BaseTools/Conf/tools_def.template
>> index f008024..04fdeba 100644
>> --- a/BaseTools/Conf/tools_def.template
>> +++ b/BaseTools/Conf/tools_def.template
>> @@ -3817,7 +3817,7 @@ DEFINE GCC_IA32_CC_FLAGS           = DEF(GCC_ALL_CC_FLAGS) -m32 -malign-double -
>>  DEFINE GCC_X64_CC_FLAGS            = DEF(GCC_ALL_CC_FLAGS) -mno-red-zone -Wno-address -mno-stack-arg-probe
>>  DEFINE GCC_IPF_CC_FLAGS            = DEF(GCC_ALL_CC_FLAGS) -minline-int-divide-min-latency
>>  DEFINE GCC_ARM_CC_FLAGS            = DEF(GCC_ALL_CC_FLAGS) -mword-relocations -mlittle-endian -mabi=aapcs -mapcs -fno-short-enums -save-temps -fsigned-char -ffunction-sections -fdata-sections -fomit-frame-pointer -Wno-address -mthumb -mfloat-abi=soft
>> -DEFINE GCC_AARCH64_CC_FLAGS        = DEF(GCC_ALL_CC_FLAGS) -mcmodel=large -mlittle-endian -fno-short-enums -save-temps -fverbose-asm -fsigned-char  -ffunction-sections -fdata-sections -fomit-frame-pointer -fno-builtin -Wno-address
>> +DEFINE GCC_AARCH64_CC_FLAGS        = DEF(GCC_ALL_CC_FLAGS) -mcmodel=large -mlittle-endian -fno-short-enums -save-temps -fverbose-asm -fsigned-char  -ffunction-sections -fdata-sections -fomit-frame-pointer -fno-builtin -Wno-address -fno-asynchronous-unwind-tables
>>  DEFINE GCC_DLINK_FLAGS_COMMON      = -nostdlib --pie
>>  DEFINE GCC_IA32_X64_DLINK_COMMON   = DEF(GCC_DLINK_FLAGS_COMMON) --gc-sections
>>  DEFINE GCC_ARM_AARCH64_DLINK_COMMON= -Ttext=0x0 --emit-relocs -nostdlib --gc-sections -u $(IMAGE_ENTRY_POINT) -e $(IMAGE_ENTRY_POINT) -Map $(DEST_DIR_DEBUG)/$(BASE_NAME).map
> 
> Ping -- a colleague of mine has just run into this. (I don't use Fedora,
> but many of my colleagues do.)
> 
> Thanks
> Laszlo
> 
