* /lib/ld-linux.so.3: No such file or directory
@ 2013-07-30 16:04 lothar
2013-07-31 10:04 ` Paul Eggleton
0 siblings, 1 reply; 3+ messages in thread
From: lothar @ 2013-07-30 16:04 UTC (permalink / raw)
To: yocto
Hi Yocto community,
I guess my problem is quite trivial with a little bit of yocto experience. I'm
still quite new to Yocto, though, maybe you can help me, I would appreciate!!
I'm writing a recipe firmware_HEAD.bb. The actions shall be checkout from git,
run "make", copy the result to ${D}/lib/firmware.
DESCRIPTION = "external sdma-firmware blob"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM =
"file://sdma-gen-image.c;beginline=1;endline=19;md5=8db9f935666ba755af54af9d8611b857"
PR = "r1"
SRC_URI = "git://git.pengutronix.de/git/imx/sdma-firmware.git/"
## curr HEAD: "4aede1eb121e8199d33fe6697f4c91405086000a"
SRCREV = "4aede1eb121e8199d33fe6697f4c91405086000a"
S = "${WORKDIR}/git"
do_install(){
install -d ${D}/lib/firmware
# TODO
}
Actually an easy task, I thought. Checkout works fine, but the implicit make
fails, having /lib/ld-linux.so.3 already installed under ${sysroot}/lib.
$ MACHINE="m53evk" bitbake -b
/work/lothar/acme/meta-acme/recipes-kernel/sdma-firmware/sdma-firmware_HEAD.bb
-f
WARNING: Buildfile specified, dependencies will not be handled. If
this is not what you want, do not use -b / --buildfile.
NOTE: Tainting hash to force rebuild of task
/work/lothar/acme/meta-acme/recipes-kernel/sdma-firmware/sdma-firmware_HEAD.bb,
do_build
Build Configuration:
BB_VERSION = "1.18.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "Fedora-17"
TARGET_SYS = "arm-linux-gnueabi"
MACHINE = "m53evk"
DISTRO = "acme"
DISTRO_VERSION = "5.4"
TUNE_FEATURES = "armv7a vfp"
TARGET_FPU = "vfp"
meta
meta-yocto
meta-yocto-bsp
meta-acme =
"sandbox-rel-v5.4-2013-06-28:370842ae6e8018c1b1c9094cffaf50b8c8b6eb43"
NOTE: Preparing runqueue
NOTE: Tainting hash to force rebuild of task
/work/lothar/acme/meta-acme/recipes-kernel/sdma-firmware/sdma-firmware_HEAD.bb,
do_build
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Function failed: do_compile (see
/work/lothar/BUILD__XXX__m53evk/tmp/work/armv7a-vfp-linux-gnueabi/sdma-firmware/HEAD-r1/temp/log.do_compile.1413 for further
information)
ERROR: Logfile of failure stored in:
/work/lothar/BUILD__XXX__m53evk/tmp/work/armv7a-vfp-linux-gnueabi/sdma-firmware/HEAD-r1/temp/log.do_compile.1413
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 8 -e MAKEFLAGS=
| /lib/ld-linux.so.3: No such file or directory
| make: *** [all] Error 255
| ERROR: oe_runmake failed
| ERROR: Function failed: do_compile (see
/work/lothar/BUILD__XXX__m53evk/tmp/work/armv7a-vfp-linux-gnueabi/sdma-firmware/HEAD-r1/temp/log.do_compile.1413 for further
information)
ERROR: Task 6
(/work/lothar/acme/meta-acme/recipes-kernel/sdma-firmware/sdma-firmware_HEAD.bb, do_compile) failed with exit code
'1'
NOTE: Tasks Summary: Attempted 6 tasks of which 5 didn't need to be
rerun and 1 failed.
No currently running tasks (5 of 14)
Summary: 1 task failed:
/work/lothar/acme/meta-acme/recipes-kernel/sdma-firmware/sdma-firmware_HEAD.bb,
do_compile
Summary: There was 1 WARNING message shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
Today I already tried several approaches, I had a look into the logs, I set
DEPENDS declarations to libc6-dev, setting LD_LIBRARY_PATH as
EXTRA_OEMAKE, etc.
Under run.do_compile... I learned the problem has to do with setting
the CC, but
actually --sysroot is set correctly to /work/lothar/BUILD_.../m53evk
here exists
already a /work/lothar/BUILD_.../m53evk/lib/ld-linux.so.3 file/link.
My question is now how to solve and fix this recipe and make the cc
take the correct ld-linux.so.3?
Thank you in advance,
Lothar
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: /lib/ld-linux.so.3: No such file or directory
2013-07-30 16:04 /lib/ld-linux.so.3: No such file or directory lothar
@ 2013-07-31 10:04 ` Paul Eggleton
2013-07-31 13:35 ` lothar
0 siblings, 1 reply; 3+ messages in thread
From: Paul Eggleton @ 2013-07-31 10:04 UTC (permalink / raw)
To: lothar; +Cc: yocto
Hi Lothar,
On Tuesday 30 July 2013 18:04:49 lothar@denx.de wrote:
> I'm writing a recipe firmware_HEAD.bb. The actions shall be checkout from
> git, run "make", copy the result to ${D}/lib/firmware.
>
> DESCRIPTION = "external sdma-firmware blob"
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM =
> "file://sdma-gen-image.c;beginline=1;endline=19;md5=8db9f935666ba755af54af9d
> 8611b857" PR = "r1"
> SRC_URI = "git://git.pengutronix.de/git/imx/sdma-firmware.git/"
> ## curr HEAD: "4aede1eb121e8199d33fe6697f4c91405086000a"
> SRCREV = "4aede1eb121e8199d33fe6697f4c91405086000a"
> S = "${WORKDIR}/git"
> do_install(){
> install -d ${D}/lib/firmware
> # TODO
> }
>
>
>
> Actually an easy task, I thought. Checkout works fine, but the implicit make
> fails, having /lib/ld-linux.so.3 already installed under ${sysroot}/lib.
I'm not sure but it definitely sounds like it's looking on the host rather than
in the proper target sysroot. I'd suggest looking at other recipes that are
makefile based; you should define your own do_compile and supply the appropriate
options to make (or more appropriately oe_runmake) within it.
> $ MACHINE="m53evk" bitbake -b
> /work/lothar/acme/meta-acme/recipes-kernel/sdma-firmware/sdma-firmware_HEAD.
> bb -f
> WARNING: Buildfile specified, dependencies will not be handled. If
> this is not what you want, do not use -b / --buildfile.
You should not use -b; if you do, anything you mention in DEPENDS won't be
satisfied when it comes time. Use "bitbake recipename" instead of "bitbake -b
path/to/recipename_version.bb".
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: /lib/ld-linux.so.3: No such file or directory
2013-07-31 10:04 ` Paul Eggleton
@ 2013-07-31 13:35 ` lothar
0 siblings, 0 replies; 3+ messages in thread
From: lothar @ 2013-07-31 13:35 UTC (permalink / raw)
To: Paul Eggleton; +Cc: yocto
Zitat von Paul Eggleton <paul.eggleton@linux.intel.com>:
> Hi Lothar,
>
> On Tuesday 30 July 2013 18:04:49 lothar@denx.de wrote:
>> I'm writing a recipe firmware_HEAD.bb. The actions shall be checkout from
>> git, run "make", copy the result to ${D}/lib/firmware.
>>
>> DESCRIPTION = "external sdma-firmware blob"
>> LICENSE = "GPLv2"
>> LIC_FILES_CHKSUM =
>> "file://sdma-gen-image.c;beginline=1;endline=19;md5=8db9f935666ba755af54af9d
>> 8611b857" PR = "r1"
>> SRC_URI = "git://git.pengutronix.de/git/imx/sdma-firmware.git/"
>> ## curr HEAD: "4aede1eb121e8199d33fe6697f4c91405086000a"
>> SRCREV = "4aede1eb121e8199d33fe6697f4c91405086000a"
>> S = "${WORKDIR}/git"
>> do_install(){
>> install -d ${D}/lib/firmware
>> # TODO
>> }
>>
>>
>>
>> Actually an easy task, I thought. Checkout works fine, but the implicit make
>> fails, having /lib/ld-linux.so.3 already installed under ${sysroot}/lib.
>
> I'm not sure but it definitely sounds like it's looking on the host
> rather than
> in the proper target sysroot. I'd suggest looking at other recipes that are
> makefile based; you should define your own do_compile and supply the
> appropriate
> options to make (or more appropriately oe_runmake) within it.
>
>> $ MACHINE="m53evk" bitbake -b
>> /work/lothar/acme/meta-acme/recipes-kernel/sdma-firmware/sdma-firmware_HEAD.
>> bb -f
>> WARNING: Buildfile specified, dependencies will not be handled. If
>> this is not what you want, do not use -b / --buildfile.
>
> You should not use -b; if you do, anything you mention in DEPENDS won't be
> satisfied when it comes time. Use "bitbake recipename" instead of "bitbake -b
> path/to/recipename_version.bb".
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
>
>
Hi,
Thank you very much, I'll watch out for other recipes, then.
Especially thank you for the advice to omit the '-b' option.
BR,
L
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-07-31 13:35 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-07-30 16:04 /lib/ld-linux.so.3: No such file or directory lothar
2013-07-31 10:04 ` Paul Eggleton
2013-07-31 13:35 ` lothar
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.