[OE-core] Toolchain Issues

[Jack Mitchell]

On 16/07/13 14:30, Mark Hatle wrote:
> On 7/16/13 3:21 AM, Jack Mitchell wrote:
>> Morning everyone,
>>
>> I'm trying to create a custom toolchain and sdk for a development board
>> and I'm having some issues.
>>
>> I create my toolchain with the following method:
>>
>> bitbake image -c populate_sdk
>>
>> When I try to compile u-boot with the sdk, I recieve the following error:
>>
>
> How are you compiling/linking uboot, what options are you using?
>
> When you load the SDK, you need to source the environment file, and then
> you should be using $CC/$LD from the environment as the compiler.
> Calling the arm-... directly may lead to failures as the --sysroot
> parameter is not passed to the compiler.
>
> --Mark
>
>>       Configuring for socfpga_cyclone5 board...
>>       make[1]: *** [/mnt/SSD/socfpga/u-boot-socfpga.git/spl/u-boot-spl]
>> Error 1
>>       make: *** [spl/u-boot-spl.bin] Error 2
>>       make: *** [u-boot] Error 1
>>       arm-oecore-linux-gnueabi-size: './u-boot': No such file
>>       arm-oecore-linux-gnueabi-ld.bfd: cannot find -lgcc
>>       make[1]: *** [/mnt/SSD/socfpga/u-boot-socfpga.git/spl/u-boot-spl]
>> Error 1
>>       make: *** [spl/u-boot-spl.bin] Error 2
>>       make: *** Waiting for unfinished jobs....
>>       arm-oecore-linux-gnueabi-ld.bfd: cannot find -lgcc
>>       make: *** [u-boot] Error 1
>>
>> So I took a look at the gcc -v and it gives me:
>>
>> [09:14:40 jack u-boot-socfpga.git]$ arm-oecore-linux-gnueabi-gcc -v |
>> grep custom
>> Using built-in specs.
>> COLLECT_GCC=arm-oecore-linux-gnueabi-gcc
>> COLLECT_LTO_WRAPPER=/mnt/SSD/socfpga/custom-sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/bin/cortexa9hf-vfp-neon-oecore-linux-gnueabi/../../libexec/cortexa9hf-vfp-neon-oecore-linux-gnueabi/gcc/arm-oecore-linux-gnueabi/4.8.1/lto-wrapper
>>
>> Target: arm-oecore-linux-gnueabi
>> Configured with:
>> /mnt/SSD/oe-r0005/altera-r0005/tmp/work-shared/gcc-4.8.1-r0/gcc-4.8.1/configure
>>
>> --build=x86_64-linux --host=x86_64-oecore-linux
>> --target=arm-oecore-linux-gnueabi
>> --prefix=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr
>> --exec_prefix=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr
>>
>> --bindir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/bin/cortexa9hf-vfp-neon-oecore-linux-gnueabi
>>
>> --sbindir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/bin/cortexa9hf-vfp-neon-oecore-linux-gnueabi
>>
>> --libexecdir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/libexec/cortexa9hf-vfp-neon-oecore-linux-gnueabi
>>
>> --datadir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/share
>>
>> --sysconfdir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/etc
>>
>> --sharedstatedir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/com
>>
>> --localstatedir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/var
>>
>> --libdir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/lib/cortexa9hf-vfp-neon-oecore-linux-gnueabi
>>
>> --includedir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/include
>>
>> --oldincludedir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/include
>>
>> --infodir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/share/info
>>
>> --mandir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/x86_64-oecore-linux/usr/share/man
>>
>> --disable-silent-rules --disable-dependency-tracking
>> --with-libtool-sysroot=/mnt/SSD/oe-r0005/altera-r0005/tmp/sysroots/x86_64-nativesdk-oecore-linux
>>
>> --with-gnu-ld --enable-shared --enable-languages=c,c++
>> --enable-threads=posix --enable-multilib --enable-c99 --enable-long-long
>> --enable-symvers=gnu --enable-libstdcxx-pch
>> --program-prefix=arm-oecore-linux-gnueabi- --without-local-prefix
>> --enable-target-optspace --enable-lto --enable-libssp
>> --disable-bootstrap --disable-libmudflap --with-system-zlib
>> --with-linker-hash-style=gnu --enable-linker-build-id --with-ppl=no
>> --with-cloog=no --enable-checking=release --enable-cheaders=c_global
>> --with-float=hard
>> --with-gxx-include-dir=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/cortexa9hf-vfp-neon-oecore-linux-gnueabi/usr/include/c++
>>
>> --with-build-time-tools=/mnt/SSD/oe-r0005/altera-r0005/tmp/sysroots/x86_64-linux/usr/arm-oecore-linux-gnueabi/bin
>>
>> --with-sysroot=/mnt/SSD/r0005sdk/1.0-20130715/sysroots/cortexa9hf-vfp-neon-oecore-linux-gnueabi
>>
>> --with-build-sysroot=/mnt/SSD/oe-r0005/altera-r0005/tmp/sysroots/socfpga_cyclone5
>>
>> --disable-libunwind-exceptions --disable-libssp --disable-libgomp
>> --disable-libmudflap
>> --with-mpfr=/mnt/SSD/oe-r0005/altera-r0005/tmp/sysroots/x86_64-nativesdk-oecore-linux
>>
>> --with-mpc=/mnt/SSD/oe-r0005/altera-r0005/tmp/sysroots/x86_64-nativesdk-oecore-linux
>>
>> --enable-nls
>> Thread model: posix
>> gcc version 4.8.1 (GCC)
>>
>> Now, my toolchain is located in the directory:
>>
>> /mnt/SSD/socfpga/custom-sdk/1.0-20130715
>>
>> So, why does most of the GCC version info mention the default
>> directory of:
>>
>> /mnt/SSD/r0005sdk/1.0-20130715
>>
>> Is this a bug, or just a quirk? If it's a quirk then why can't u-boot
>> find -lgcc on compile?
>>
>> Cheers,
>>

I managed to fix this. In order to get it built I needed to unset the 
LDFLAGS as this specifies options when using gcc to link, instead of 
using ld directly.

I also needed to export:

USE_PRIVATE_LIBGCC=/mnt/SSD/socfpga/custom-sdk/1.0-20130716/sysroots/cortexa9hf-vfp-neon-oecore-linux-gnueabi/usr/lib/arm-oecore-linux-gnueabi/4.8.1

to allow u-boot to pick up libgcc.a. This then involved crafting a patch 
to support specifying a private libgcc in the standalone examples 
Makefile which I have submitted upstream.

A bit of a slog, but I got there in the end!

>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core


-- 

   Jack Mitchell (jack at embed.me.uk)
   Embedded Systems Engineer
   http://www.embed.me.uk

--