From: Denys Dmytriyenko <denis@denix.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Usage of meta recipe external-toolchain-csl
Date: Fri, 30 Apr 2010 13:58:23 -0400 [thread overview]
Message-ID: <20100430175823.GB5713@denix.org> (raw)
In-Reply-To: <1272646386.21120.84.camel@trini-m4400>
On Fri, Apr 30, 2010 at 09:53:06AM -0700, Tom Rini wrote:
> On Fri, 2010-04-30 at 15:34 +0200, Jerry Jacobs wrote:
> > Dear all,
> >
> > I'm very new to openembedded and already have a clear view how it is
> > structured. My embedded board mini2440 is already in git and want to create
> > my own distro.
> > The problem where I bump against is how to use the Codesourcery external
> > toolchain for my target. I know there is the file in recipes/meta/
> > external-toolchain-csl.bb
> > but it not clear how to use it.
>
> There's 2 ways. One way is, in local.conf:
> ### CSL public ARM does <arch>-none-<os>, so fill in the -none
> TARGET_VENDOR = "-none"
> ### Bring in external-toolchain-csl.bb
> TOOLCHAIN_BRAND = "csl"
> ### Where the CSL version is installed.
> TOOLCHAIN_PATH = "/full/path/to/arm-2009q3"
> ### Where inside the CSL install the target libraries exist.
> TOOLCHAIN_SYSPATH = "${TOOLCHAIN_PATH}/arm-none-linux-gnueabi"
> ### Add tools to the PATH automatically.
> PATH_prepend = "${TOOLCHAIN_PATH}/bin:"
> require conf/distro/include/toolchain-external.inc
>
> The other way has a few less variables in local.conf but assumes PATH is
> already updated. Denys will reply shortly with that, I imagine.
The only difference I have from Tom's setup is I expect the CSL toolchain
being already in the PATH variable:
export PATH=/full/path/to/arm-2009q1/bin:$PATH
And then set the other several BitBake variables accordingly (in local.conf
and toolchain-csl.conf):
TARGET_VENDOR = "-none"
# no need to include/require toolchain-external.inc, as TOOLCHAIN_TYPE does it
TOOLCHAIN_TYPE = "external"
TOOLCHAIN_BRAND = "csl"
[There I also set CPPFLAGS and LDFLAGS to point to CSL directly, but it's not
required as necessary files are staged by the recipe these days.]
The "black magic" in the local.conf is basically a Python code to set
TOOLCHAIN_PATH and TOOLCHAIN_SYSPATH based on the user's PATH:
TOOLCHAIN_PATH = "${@code-to-extract-csl-path-from-PATH}"
TOOLCHAIN_SYSPATH = ${TOOLCHAIN_PATH}/${TARGET_SYS}
So, with my setup, no modifications to local.conf are required, as long as CSL
is in your PATH. With Tom's setup, users would need to add the CSL path to
local.conf.
Hope this helps.
--
Denys
next prev parent reply other threads:[~2010-04-30 18:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-30 13:34 Usage of meta recipe external-toolchain-csl Jerry Jacobs
2010-04-30 16:02 ` C Michael Sundius
2010-04-30 16:53 ` Tom Rini
2010-04-30 17:58 ` Denys Dmytriyenko [this message]
2010-04-30 19:01 ` Jerry Jacobs
2010-04-30 19:17 ` Koen Kooi
2010-04-30 19:27 ` Denys Dmytriyenko
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=20100430175823.GB5713@denix.org \
--to=denis@denix.org \
--cc=openembedded-devel@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