[yocto] FW: FW: [OE-core] Doc: external toolchain

Laszlo Papp lpapp at kde.org
Wed Jul 24 07:16:46 PDT 2013


Sorry for the noise. Disregard the busybox issue as that has been now
solved. The problem is with the external sourcery toolchain inside the
platform as it seems. At least, the error message has no any reference to
my custom layer.


On Wed, Jul 24, 2013 at 3:14 PM, Laszlo Papp <lpapp at kde.org> wrote:

> It is a different issue I am facing on another computer, so yet another
> one to be solved, but here it goes:
>
> ERROR: Multiple .bb files are due to be built which each provide busybox (/home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta-foo/recipes-core/busybox/busybox_1.20.2.bb /home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/busybox/busybox_1.20.2.bb).
>  This usually means one provides something the other doesn't and should.
> ERROR: Multiple .bb files are due to be built which each provide virtual/arm-none-linux-gnueabi-libc-for-gcc (/home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/eglibc/eglibc_2.17.bb /home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/meta/external-sourcery-toolchain.bb).
>  This usually means one provides something the other doesn't and should.
> ERROR: Multiple .bb files are due to be built which each provide virtual/libc (/home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/eglibc/eglibc_2.17.bb /home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/meta/external-sourcery-toolchain.bb).
>  This usually means one provides something the other doesn't and should.
> ERROR: Multiple .bb files are due to be built which each provide virtual/libiconv (/home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/eglibc/eglibc_2.17.bb /home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/meta/external-sourcery-toolchain.bb).
>  This usually means one provides something the other doesn't and should.
>
> Any clue? It worked fine in denzil. :(
>
>
>
> On Wed, Jul 24, 2013 at 8:47 AM, Rifenbark, Scott M <
> scott.m.rifenbark at intel.com> wrote:
>
>>  Hi, ****
>>
>> ** **
>>
>> Can anyone address the toolchain questions here for Laszlo?****
>>
>> ** **
>>
>> Thanks, ****
>>
>> Scott****
>>
>> ** **
>>
>> *From:* djszapi at archlinux.us [mailto:djszapi at archlinux.us] *On Behalf Of
>> *Laszlo Papp
>> *Sent:* Tuesday, July 23, 2013 11:52 PM
>> *To:* Rifenbark, Scott M
>> *Cc:* Wold, Saul
>> *Subject:* Re: FW: [OE-core] Doc: external toolchain****
>>
>> ** **
>>
>> OK, thanks.****
>>
>> ** **
>>
>> I am facing this issue, any clue?****
>>
>> ** **
>>
>> ERROR: Failed to obtain CodeSourcery toolchain version: Execution of
>> '/usr/bin/i686-pc-linux-gnu-gcc -v' failed: command not found****
>>
>> ERROR: Failed to obtain CodeSourcery toolchain version: Execution of
>> '/usr/bin/i686-pc-linux-gnu-gcc -v' failed: command not found****
>>
>> ** **
>>
>> This is what I have in my build/conf/local.conf:****
>>
>> ** **
>>
>> ...****
>>
>> TCMODE = "external-sourcery"****
>>
>> EXTERNAL_TOOLCHAIN = "/usr"****
>>
>> TARGET_PREFIX = "arm-none-linux-gnueabi-"****
>>
>> ...****
>>
>> ** **
>>
>> The external toolchain does exist:****
>>
>> ** **
>>
>> /usr/bin/arm-none-linux-gnueabi-gcc -v****
>>
>> Using built-in specs.****
>>
>> COLLECT_GCC=/usr/bin/arm-none-linux-gnueabi-gcc****
>>
>>
>> COLLECT_LTO_WRAPPER=/usr/bin/../libexec/gcc/arm-none-linux-gnueabi/4.7.3/lto-wrapper
>> ****
>>
>> Target: arm-none-linux-gnueabi****
>>
>> Configured with:
>> /scratch/jbrown/2013.05-arm-linux-release/src/gcc-4.7-2013.05/configure
>> --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
>> --target=arm-none-linux-gnueabi --enable-threads --disable-libmudflap
>> --disable-libssp --disable-libstdcxx-pch --enable-extra-sgxxlite-multilibs
>> --with-arch=armv5te --with-gnu-as --with-gnu-ld --with-specs='%{save-temps:
>> -fverbose-asm}
>> %{funwind-tables|fno-unwind-tables|mabi=*|ffreestanding|nostdlib:;:-funwind-tables}
>> -D__CS_SOURCERYGXX_MAJ__=2013 -D__CS_SOURCERYGXX_MIN__=5
>> -D__CS_SOURCERYGXX_REV__=24 %{O2:%{!fno-remove-local-statics:
>> -fremove-local-statics}}
>> %{O*:%{O|O0|O1|O2|Os:;:%{!fno-remove-local-statics:
>> -fremove-local-statics}}}' --enable-languages=c,c++ --enable-shared
>> --enable-lto --enable-symvers=gnu --enable-__cxa_atexit
>> --with-pkgversion='Sourcery CodeBench Lite 2013.05-24' --with-bugurl=
>> https://sourcery.mentor.com/GNUToolchain/ --disable-nls
>> --prefix=/opt/codesourcery
>> --with-sysroot=/opt/codesourcery/arm-none-linux-gnueabi/libc
>> --with-build-sysroot=/scratch/jbrown/2013.05-arm-linux-release/install/arm-none-linux-gnueabi/libc
>> --with-gmp=/scratch/jbrown/2013.05-arm-linux-release/obj/pkg-2013.05-24-arm-none-linux-gnueabi/arm-2013.05-24-arm-none-linux-gnueabi.extras/host-libs-i686-pc-linux-gnu/usr
>> --with-mpfr=/scratch/jbrown/2013.05-arm-linux-release/obj/pkg-2013.05-24-arm-none-linux-gnueabi/arm-2013.05-24-arm-none-linux-gnueabi.extras/host-libs-i686-pc-linux-gnu/usr
>> --with-mpc=/scratch/jbrown/2013.05-arm-linux-release/obj/pkg-2013.05-24-arm-none-linux-gnueabi/arm-2013.05-24-arm-none-linux-gnueabi.extras/host-libs-i686-pc-linux-gnu/usr
>> --with-ppl=/scratch/jbrown/2013.05-arm-linux-release/obj/pkg-2013.05-24-arm-none-linux-gnueabi/arm-2013.05-24-arm-none-linux-gnueabi.extras/host-libs-i686-pc-linux-gnu/usr
>> --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm'
>> --with-cloog=/scratch/jbrown/2013.05-arm-linux-release/obj/pkg-2013.05-24-arm-none-linux-gnueabi/arm-2013.05-24-arm-none-linux-gnueabi.extras/host-libs-i686-pc-linux-gnu/usr
>> --with-libelf=/scratch/jbrown/2013.05-arm-linux-release/obj/pkg-2013.05-24-arm-none-linux-gnueabi/arm-2013.05-24-arm-none-linux-gnueabi.extras/host-libs-i686-pc-linux-gnu/usr
>> --disable-libgomp --disable-libitm --enable-poison-system-directories
>> --with-build-time-tools=/scratch/jbrown/2013.05-arm-linux-release/install/arm-none-linux-gnueabi/bin
>> --with-build-time-tools=/scratch/jbrown/2013.05-arm-linux-release/install/arm-none-linux-gnueabi/bin
>> ****
>>
>> Thread model: posix****
>>
>> gcc version 4.7.3 (Sourcery CodeBench Lite 2013.05-24) ****
>>
>> ** **
>>
>> On Wed, Jul 24, 2013 at 7:19 AM, Rifenbark, Scott M <
>> scott.m.rifenbark at intel.com> wrote:****
>>
>> Laszlo,
>>
>> Saul forwarded me this email regarding external toolchains.  The "In
>> Progress" version of the YP Reference Manual has a new section on
>> toolchains in general.  This section, combined with the TCMODE glossary
>> entry and a FAQ entry, both in the reference manual, comprise our
>> information on the external toolchain topic.  Let me know what specifically
>> would need additionally addressed and I can get that on my plate to improve
>> the doc set.
>>
>> Thanks,
>> Scott
>>
>>
>> http://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#cross-development-toolchain-generation
>>
>> http://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-TCMODE
>>
>> http://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#idm622640
>>
>>
>>
>>
>> >-----Original Message-----
>> >From: Saul Wold [mailto:sgw at linux.intel.com]
>> >Sent: Tuesday, July 23, 2013 3:52 PM
>> >To: Rifenbark, Scott M
>> >Subject: Fwd: [OE-core] Doc: external toolchain
>> >
>> >
>> >
>> >
>> >-------- Original Message --------
>> >Subject:       [OE-core] Doc: external toolchain
>> >Date:  Tue, 23 Jul 2013 23:45:28 +0100
>> >From:  Laszlo Papp <lpapp at kde.org>
>> >To:    openembedded-core at lists.openembedded.org
>> >
>> >
>> >
>> >Dear gents and ladies,
>> >
>> >it would be nice to get some documentation about this subject. There is
>> >only one presentation with only a few short slides about the topic:
>> >http://events.linuxfoundation.org/images/stories/slides/elc2013_denys.pd
>> >f
>> >
>> >I am now having some issues currently, and hard time to figure out what
>> >is going on. Note, this thread is not about getting help with that
>> >particular issue, but encouraging you to document this, for me,
>> >fundamental feature more thoroughly.
>> >
>> >Thank you for your understanding.
>> >
>> >Many thanks,
>> >Laszlo
>> >
>> >
>> >****
>>
>> ** **
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20130724/898129fe/attachment.html>


More information about the yocto mailing list