Skip to contentSkip to conversation

Toolchain Issues

DISCUSSION Jack Mitchell 3 participants 4 messages Jul 16, 2013

lore
Share & tools
lore

Jack Mitchell

author
#0 lore raw

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:

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,

Signature · 5 lines
  Jack Mitchell ([email protected])
  Embedded Systems Engineer
  http://www.embed.me.uk

--
#1 lore raw
Quoted 19 lines · Jack Mitchell

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:

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]
Quoted 5 lines

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

The toolchain environment script requires some --sysroot options to be passed to the compiler/linker. I'm guessing uboot isn't getting these. See the uboot recipes for how to pass in those options.

Cheers,

Richard

#2 lore raw
In reply to Jack Mitchell
Quoted 11 lines · Jack Mitchell

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

Quoted 76 lines

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,

author
#3 lore raw
Quoted 13 lines · Mark Hatle
Quoted 11 lines · Jack Mitchell

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:

Quoted 108 lines

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

Quoted 99 lines

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!

Quoted 5 lines

_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Signature · 5 lines
  Jack Mitchell ([email protected])
  Embedded Systems Engineer
  http://www.embed.me.uk

--