From: Steffen Sledz <sledz@dresearch-fe.de>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>,
Matthew McClintock <msm@freescale.com>
Subject: Re: [PATCH] u-boot.inc: update linker arguments to pass --sysroot arg (BUILD BREAKAGE)
Date: Mon, 29 Oct 2012 10:26:07 +0100 [thread overview]
Message-ID: <508E4BAF.9080901@dresearch-fe.de> (raw)
In-Reply-To: <1343554172.16998.32.camel@ted>
On 29.07.2012 11:29, Richard Purdie wrote:
> On Thu, 2012-07-26 at 11:21 -0500, Matthew McClintock wrote:
>> If we are building from sstate-cache it's possible to be building
>> from another folder on another machine, therefore the linker requires
>> that a proper --sysroot is passed too it so it can find things like
>> libgcc.a and avoid errors such as:
>>
>> | arm-poky-linux-gnueabi-gcc -g -O2 -fno-common -ffixed-r8 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x80008000 -I/local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/work/beagleboard-poky-linux-gnueabi/u-boot-v2011.06+git5+b1af6f532e0d348b153d5c148369229d24af361a-r0/git/include -fno-builtin -ffreestanding -nostdinc -isystem /local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-poky-linux-gnueabi/../../lib/armv7a-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.6.3/include -pipe -DCONFIG_ARM -D__ARM__ -marm -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes -fno-stack-protector -fno-toplevel-reorder -o hello_world.o hello_world.c -c
>> | arm-poky-linux-gnueabi-gcc -g -O2 -fno-common -ffixed-r8 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x80008000 -I/local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/work/beagleboard-poky-linux-gnueabi/u-boot-v2011.06+git5+b1af6f532e0d348b153d5c148369229d24af361a-r0/git/include -fno-builtin -ffreestanding -nostdinc -isystem /local/yocto/upstream/label/ubuntu1204-64b/machine/beagleboard/poky/edison/tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-poky-linux-gnueabi/../../lib/armv7a-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.6.3/include -pipe -DCONFIG_ARM -D__ARM__ -marm -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes -fno-stack-protector -fno-toplevel-reorder -o stubs.o stubs.c -c
>> | arm-poky-linux-gnueabi-ld -r -o libstubs.o stubs.o
>> | arm-poky-linux-gnueabi-ld -g -Ttext 0x80300000 \
>> | -o hello_world -e hello_world hello_world.o libstubs.o \
>> | -L. -lgcc
>> | arm-poky-linux-gnueabi-ld: cannot find -lgcc
>> | make[1]: *** [hello_world] Error 1
>>
>> Signed-off-by: Matthew McClintock <msm@freescale.com>
>> ---
>> meta/recipes-bsp/u-boot/u-boot.inc | 2 +-
>> meta/recipes-bsp/u-boot/u-boot_2011.03.bb | 2 +-
>> meta/recipes-bsp/u-boot/u-boot_2011.06.bb | 2 +-
>> meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb | 1 +
>> 4 files changed, 4 insertions(+), 3 deletions(-)
>
>
> Merged to master, thanks.
While trying to migrate the u-boot support for our machine from oe-classic i hit a problem with this patch. :(
The
EXTRA_OEMAKE = 'CROSS_COMPILE=${TARGET_PREFIX} CC="${TARGET_PREFIX}gcc ${TOOLCHAIN_OPTIONS}"'
in u-boot.inc leads to compiling problems with some build support tools. The tools (e.g. bmp_logo) are now compiled with the target compiler (arm-oe-linux-gnueabi-gcc in our case) instead of the host compiler. This results in build errors like
| ./bmp_logo logos/denx.bmp >/pm/sledz/oe-core/build/tmp-eglibc/work/hipox-oe-linux-gnueabi/u-boot-v2009.03+git91+e60beb13cf0135dc71c541021487b5ccc4d269cb-r8/git/include/bmp_logo.h
| /bin/sh: ./bmp_logo: cannot execute binary file
Reverting to
EXTRA_OEMAKE = 'CROSS_COMPILE=${TARGET_PREFIX}'
seems to fix this problem.
Steffen
--
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
next prev parent reply other threads:[~2012-10-29 9:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-26 16:21 [PATCH] u-boot.inc: update linker arguments to pass --sysroot arg Matthew McClintock
2012-07-29 9:29 ` Richard Purdie
2012-10-29 9:26 ` Steffen Sledz [this message]
2012-10-29 14:36 ` [PATCH] u-boot.inc: update linker arguments to pass --sysroot arg (BUILD BREAKAGE) McClintock Matthew-B29882
[not found] ` <CAEsOVNdBpH__03pF_M4eHbb+Etanx0AfAh3U-5vHAXoGcueKzQ@mail.gmail.com>
2012-10-29 18:08 ` McClintock Matthew-B29882
2012-10-31 7:02 ` Steffen Sledz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=508E4BAF.9080901@dresearch-fe.de \
--to=sledz@dresearch-fe.de \
--cc=msm@freescale.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox