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

[Laszlo Papp]

If I change external-csl to external-sourcery, busybox keeps failing with
the following error:

ERROR: ExpansionError during parsing
/home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/busybox/
busybox_1.20.2.bb: Failure expanding variable do_configure: ExpansionError:
Failure expanding variable do_configure, expression was
do_prepare_config
        merge_config.sh -m .config ${@" ".join(find_cfgs(d))}
        cml1_do_configure
 which triggered exception NameError: name 'find_cfgs' is not defined
ERROR: Command execution failed: Exited with 1

Got a clue?


On Wed, Jul 24, 2013 at 4:12 PM, Bill Traynor <btraynor at gmail.com> wrote:

> On Wed, Jul 24, 2013 at 11:08 AM, Laszlo Papp <lpapp at kde.org> wrote:
> > I was using that based on the non-official documentation (i.e.
> presentation
> > at the Linux event).
>
> external-sourcery is the new TCMODE and should work, however, I just
> thought trying the old one may work.
>
> >
> >
> > On Wed, Jul 24, 2013 at 4:06 PM, Bill Traynor <btraynor at gmail.com>
> wrote:
> >>
> >> Try with:
> >>
> >> TCMODE = "external-csl"
> >> EXTERNAL_TOOLCHAIN = "/path/to/sourcery/toolchain"
> >>
> >> On Wed, Jul 24, 2013 at 3: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
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > yocto mailing list
> >> > yocto at yoctoproject.org
> >> > https://lists.yoctoproject.org/listinfo/yocto
> >> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20130724/86fda216/attachment.html>