From mboxrd@z Thu Jan  1 00:00:00 1970
From: Guillaume Gardet <guillaume.gardet@free.fr>
Date: Tue, 25 Nov 2014 12:17:23 +0100
Subject: [U-Boot] [ANN] U-Boot v2015.01-rc2 released
In-Reply-To: <20141125111929.512d4b7d@amdc2363>
References: <20141124221339.GW21184@bill-the-cat> <547454A0.1030106@free.fr>
	<20141125111929.512d4b7d@amdc2363>
Message-ID: <54746543.10006@free.fr>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de


Le 25/11/2014 11:19, Lukasz Majewski a ?crit :
> Hi Guillaume,
>
>> Le 24/11/2014 23:13, Tom Rini a ?crit :
>>> Hey all,
>>>
>>> I've pushed v2015.01-rc2 out to the repository and tarballs should
>>> exist soon.
>>>
>>> I'm tagging later in the day than I wanted to, but that's OK.
>>>
>>> There's a fair number of things that've gone in since -rc1, but I
>>> think that's OK.  And there's a few things that still need to go in.
>>>
>>> For example, I just pushed the changes to allow bigger files to be
>>> read but that's broken MIPS+private libgcc and ARM+hf toolchain and
>>> others too.  I posted a patch for this and tested it locally with a
>>> 32MB file but I'd like others to review too (Thanks Simon!) before
>>> pushing it in.
>>>
>>> As always, if anything else is broken please speak up.
>>
>> I guess this the ARM+hf problem you mentioned:
>> ********************************************************************************
>> LD      u-boot
>> ld.bfd:
>> error: /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(bpabi.o)
>> uses VFP register arguments, u-boot does not ld.bfd: failed to merge
>> target specific data of
>> file /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(bpabi.o)
>> ld.bfd:
>> error: /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_divdi3.o)
>> uses VFP register arguments, u-boot does not ld.bfd: failed to merge
>> target specific data of
>> file /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_divdi3.o)
>> ld.bfd:
>> error: /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_udivdi3.o)
>> uses VFP register arguments, u-boot does not ld.bfd: failed to merge
>> target specific data of
>> file /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_udivdi3.o)
>> ********************************************************************************
>>
> I experience the same issue:
>
> Working toolchain:
> /opt/eldk-5.4/armv7a/sysroots/i686-eldk-linux/usr/bin/armv7a-vfp-neon-linux-gnueabi/arm-linux-gnueabi-
>
> Toolchain with errors:
> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf-
>
> Building smdk2410 board...
> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf-ld.bfd:
> error: /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/libgcc.a(bpabi.o)
> uses VFP register arguments, u-boot does
> not /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf-ld.bfd:
> error: /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/libgcc.a(_divdi3.o)
> uses VFP register arguments, u-boot does
> not /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf-ld.bfd:
> error: /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/libgcc.a(_udivdi3.o)
> uses VFP register arguments, u-boot does not make: *** [u-boot] Error 1
>
>
>
>> Is there any pending patch to fix this one?
> +1


I got it compiling by removing -msoft-float flag:
********************************************************************************
diff --git a/arch/arm/config.mk b/arch/arm/config.mk
index c339e6d..cd41e48 100644
--- a/arch/arm/config.mk
+++ b/arch/arm/config.mk
@@ -16,7 +16,7 @@ endif
  LDFLAGS_FINAL += --gc-sections
  PLATFORM_RELFLAGS += -ffunction-sections -fdata-sections \
               -fno-common -ffixed-r9
-PLATFORM_RELFLAGS += $(call cc-option, -msoft-float) \
+PLATFORM_RELFLAGS += \
        $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,))

  # Support generic board on ARM

********************************************************************************

Is it an acceptable patch? If so, I can send it as a real patch.


Guillaume