From: Khem Raj <raj.khem@gmail.com>
To: "Wangdawei (Sivan)" <sivan.wang@huawei.com>
Cc: Sanil kumar <sanil.kumar@huawei.com>,
"s00900579@notesmail.huawei.com" <s00900579@notesmail.huawei.com>,
"v71149@notesmail.huawei.com" <v71149@notesmail.huawei.com>,
Venkata ramana gollamudi <ramana.gollamudi@huawei.com>,
"c00197859@notesmial.huawei.com" <c00197859@notesmial.huawei.com>,
"poky@yoctoproject.org" <poky@yoctoproject.org>
Subject: Re: The problem of using the external toolchain
Date: Fri, 06 Apr 2012 22:58:38 -0700 [thread overview]
Message-ID: <4F7FD78E.7090304@gmail.com> (raw)
In-Reply-To: <7E29EF69110C17499E6B3A9844CD4FD913424F55@szxeml526-mbx.china.huawei.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/31/2012 07:33 PM, Wangdawei (Sivan) wrote:
> Hi Richard, Yes, you are right , I have a toolchain that is big
> endian ARM, so I want to use the toolchain with the binary, not the
> source code , can we have some method to finish this work in yocto
> ? I still have no clue about this . I have done the below steps:
> 1.modify MACHINE=qemux86 to MACHINE=qemuarm 2.modify the file "
> external-csl-toolchain_2008q3-72.bb" add a line " SRC_URI =
> "file://gcc-4.4.1.tar.bz2"", the gcc-4.4.1.tar.bz2 is the source
> code of the arm big endian toolchain 3.then I face the some problem
> like this website
> https://lists.yoctoproject.org/pipermail/poky/2011-February/003809.html
> ,then I add a line " LIC_FILES_CHKSUM =
> "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302""
> ,in file external-csl-toolchain_2008q3-72.bb to fix this
> problem 4.now I got the below log : NOTE: Resolving any missing
> task queue dependencies NOTE: multiple providers are available for
> virtual/arm-none-linux-gnueabi-g++ (external-csl-toolchain,
> gcc-cross) NOTE: consider defining a PREFERRED_PROVIDER entry to
> match virtual/arm-none-linux-gnueabi-g++ NOTE: multiple providers
> are available for runtime linux-libc-headers-dev
> (linux-libc-headers, linux-libc-headers-yocto,
> linux-libc-headers-yocto-nativesdk) NOTE: consider defining a
> PREFERRED_PROVIDER entry to match linux-libc-headers-dev NOTE:
> Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing
> RunQueue Tasks NOTE: Running task 206 of 1360 (ID: 455,
> /home/kyle/poky-edison-6.0/meta/recipes-core/meta/external-csl-toolchain_2008q3-72.bb,
> do_install) NOTE: package external-csl-toolchain-2008q3-72-r1: task
> do_install: Started ERROR: Function 'do_install' failed (see
> /home/kyle/ccc/tmp/work/armv5te-none-linux-gnueabi/external-csl-toolchain-2008q3-72-r1/temp/log.do_install.9579
> for further information) ERROR: Logfile of failure stored in:
> /home/kyle/ccc/tmp/work/armv5te-none-linux-gnueabi/external-csl-toolchain-2008q3-72-r1/temp/log.do_install.9579
>
>
Log data follows:
> | NOTE: make -e MAKEFLAGS=
> install_root=/home/kyle/ccc/tmp/work/armv5te-none-linux-gnueabi/external-csl-toolchain-2008q3-72-r1/image
> install | make: *** No rule to make target `install'. Stop. |
> ERROR: oe_runmake failed | ERROR: Function 'do_install' failed (see
> /home/kyle/ccc/tmp/work/armv5te-none-linux-gnueabi/external-csl-toolchain-2008q3-72-r1/temp/log.do_install.9579
> for further information) NOTE: package
> external-csl-toolchain-2008q3-72-r1: task do_install: Failed ERROR:
> Task 455
> (/home/kyle/poky-edison-6.0/meta/recipes-core/meta/external-csl-toolchain_2008q3-72.bb,
> do_install) failed with exit code '1' ERROR:
> '/home/kyle/poky-edison-6.0/meta/recipes-core/meta/external-csl-toolchain_2008q3-72.bb'
> failed kyle@ubuntu:~/ccc$
>
> So , I have two questions
>
> 1.how can I fix this problem use the source code of toolchain to
> build our system? 2.how can I use my binary toolchain to build my
> system ?Did anyone to these things before ?
>
You seem to be mixing two things. external toolchain is used when you
have binary toolchains that you want to use and not _compile_ a
toolchain you seem to be injecting source of gcc which tells me that
you want to build a different toolchain which is using gcc-4.4.1 sources
in such a case you should add normal recipes for 4.4.1 and then choose
this compiler in your preferences.
>
>
> -----Original Message----- From: Richard Purdie
> [mailto:richard.purdie@linuxfoundation.org] Sent: 2012年3月31日 23:44
> To: Wangdawei (Sivan) Cc: poky@yoctoproject.org Subject: Re: [poky]
> The problem of using the external toolchain
>
> On Sat, 2012-03-31 at 09:55 +0000, Wangdawei (Sivan) wrote:
>> The reason is that I want to use the binary toolchain I have own
>> in yocto, and I don’t have the source code of the toolchain ,
>> then I do the steps below:
>>
>> 1. add a line in local.conf like this TCMODE ?=
>> "external-csl2008q3" 2.modify the file
>> tcmode-external-csl2008q3.inc, change EXTERNAL_TOOLCHAIN =
>> "/opt/toolchain-be8/armeb-linux-gnueabi" to refer to where my
>> binary toolchain stored 3. comment the line “#SRC_URI =
>> "file://SUPPORTED"” in file
>> “external-csl-toolchain_2008q3-72.bb”,because we don’t have the
>> source code ,so I think the SRC_URI maybe will be NULL
>>
>> When I do this , but it failed , below is the log I have got:
>>
>> NOTE: package binutils-cross-2.21.1a-r0: task do_configure:
>> Started
>>
>> ERROR: Function 'do_configure' failed (see
>> /home/ccc/poky-second/build/tmp/work/i586-none-linux/binutils-cross-2.21.1a-r0/temp/log.do_configure.5085
>> for further information)
>>
>> ERROR: Logfile of failure stored in:
>> /home/ccc/poky-second/build/tmp/work/i586-none-linux/binutils-cross-2.21.1a-r0/temp/log.do_configure.5085
>>
>>
>>
Log data follows:
>>
>> | DEBUG: SITE files ['endian-little', 'common-linux',
>> 'common-glibc', | 'bit-64', 'x86_64-linux', 'common'] |
>> configure.ac:32: error: Please use exactly Autoconf 2.64 instead
>> of 2.68. | config/override.m4:12: _GCC_AUTOCONF_VERSION_CHECK is
>> expanded from... | configure.ac:32: the top level | autom4te:
>> /home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/bin/m4
>> failed with exit status: 1 | NOTE: Running
>> /home/ccc/poky-second/build/tmp/work/i586-none-linux/binutils-cross-2.21.1a-r0/binutils-2.21.1/configure
>> --build=x86_64-linux --host=x86_64-linux
>> --target=i586-none-linux
>> --prefix=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr
>> --exec_prefix=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr
>> --bindir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/bin/i586-none-linux
>> --sbindir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/bin/i586-none-linux
>> --libexecdir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/libexec/i586-none-linux
>> --datadir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/share
>> --sysconfdir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/etc
>> --sharedstatedir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/com
>> --localstatedir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/var
>> --libdir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/lib/i586-none-linux
>> --includedir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/include
>> --oldincludedir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/include
>> --infodir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/share/info
>> --mandir=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux/usr/share/man
>> --disable-silent-rules
>> --with-libtool-sysroot=/home/ccc/poky-second/build/tmp/sysroots/x86_64-linux
>> --with-sysroot=/home/ccc/poky-second/build/tmp/sysroots/qemux86
>> --program-prefix=i586-none-linux-
>> --disable-install-libbfd --disable-werror
>> --enable-poison-system-directories --enable-nls
>> ...
>>
>> | checking build system type... x86_64-pc-linux-gnu checking
>> host system | type... x86_64-pc-linux-gnu checking target system
>> type... | i586-none-linux-gnu checking for a BSD-compatible
>> install... | /usr/bin/install -c checking whether ln works... yes
>> checking whether | ln -s works... yes checking for a sed that
>> does not truncate output... | /bin/sed checking for gawk... gawk
>> checking for x86_64-linux-gcc... | gcc checking for C compiler
>> default output file name... | configure: error: in
>> `/home/ccc/poky-second/build/tmp/work/i586-none-linux/binutils-cross-2.21.1a-r0/binutils-2.21.1/build.x86_64-linux.i586-none-linux':
>>
>>
| configure: error: C compiler cannot create executables See
>> | `config.log' for more details | ERROR: oe_runconf failed |
>> ERROR: Function 'do_configure' failed (see |
>> /home/ccc/poky-second/build/tmp/work/i586-none-linux/binutils-cross-2.
>>
>>
| 21.1a-r0/temp/log.do_configure.5085 for further information)
>> NOTE: package binutils-cross-2.21.1a-r0: task do_configure:
>> Failed
>
>
>> We can see the toolchain it checked is also the x86_64-linux-gcc
>> , not the toolchain I assigned “EXTERNAL_TOOLCHAIN =
>> "/opt/toolchain-be8/armeb-linux-gnueabi"”
>
> This is for the *build* system (i.e. the system you are compiling
> on) so its likely correct.
>
> It then goes on to look at the target of "i586-none-linux-gnu"
> which sounds wrong given you appear to have an armeb toolchain?
>
> I suspect you need to target a big endian arm machine rather than
> MACHINE=qemux86 which I suspect you're currently using?
>
> Cheers,
>
> Richard
>
>
> _______________________________________________ poky mailing list
> poky@yoctoproject.org https://lists.yoctoproject.org/listinfo/poky
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9/144ACgkQuwUzVZGdMxTc0gCghl9+cEPymm80vQ+6HwzQhq/6
7eoAnRASSP0c90ZiqOS+D5HR8y4S4XTI
=VO6V
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2012-04-07 5:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-31 9:55 The problem of using the external toolchain Wangdawei (Sivan)
2012-03-31 15:44 ` Richard Purdie
2012-04-01 2:33 ` Wangdawei (Sivan)
2012-04-07 5:58 ` Khem Raj [this message]
2012-04-09 13:59 ` Wangdawei (Sivan)
-- strict thread matches above, loose matches on Subject: below --
2012-04-05 3:15 Wangdawei (Sivan)
2012-04-05 3:23 ` Chris Larson
2012-04-05 3:36 ` Wangdawei (Sivan)
2012-04-05 3:19 Wangdawei (Sivan)
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=4F7FD78E.7090304@gmail.com \
--to=raj.khem@gmail.com \
--cc=c00197859@notesmial.huawei.com \
--cc=poky@yoctoproject.org \
--cc=ramana.gollamudi@huawei.com \
--cc=s00900579@notesmail.huawei.com \
--cc=sanil.kumar@huawei.com \
--cc=sivan.wang@huawei.com \
--cc=v71149@notesmail.huawei.com \
/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 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.