From: Denys Dmytriyenko <denis@denix.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: meta-linaro and toolchain-layer
Date: Sun, 08 Apr 2012 20:43:50 -0400 [thread overview]
Message-ID: <20120409004350.GA10246@denix.org> (raw)
In-Reply-To: <4F80ACD6.8080901@gmail.com>
On Sat, Apr 07, 2012 at 02:08:38PM -0700, Khem Raj wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> Ken Werner @ Linaro has created a meta-linaro layer. I have created a
> github repo of same here https://github.com/kraj/meta-linaro
FWIW, I've been closely monitoring the progress of meta-linaro layer for past
month and its status as applicable to meta-ti:
https://lists.yoctoproject.org/pipermail/meta-ti/2012-March/000747.html
When I tried it last time to build some of our machines in meta-ti, there were
issues, but I didn't have time to follow up or investigate and I was busy with
the BSP presentation at the time...
As a parallel effort, I was looking into working on the prebuilt toolchain
support - i.e. recipes to use binary Linaro toolchain in OE/Yocto. I grabbed
the latest 2012.03 release before leaving for the BSP Summit and Linux Collab
and will give it a try ASAP.
> Moving forward soon gcc 4.7 will land in OE-Core and 4.6 will be
> more or less retired. In natural progression it would move to
> toolchain-layer if there are consumers of it.
>
> linaro is also working on gcc-4.7 improvements in same manner as
> 4.6 and there could be more tools e.g. gdb binutils etc. that could
> be useful for armv7+ from that layer.
>
> I would like to propose few things we could do.
>
> Use gcc-4.6 from meta-linaro and retire it from toolchain-layer
> which means toolchain layer only has gcc-4.5 and eventually
> This also means that we don't move gcc-4.6 into toolchain-layer
> when its relegated from OE-Core
>
> In similar fashion add recipes for gcc-linaro-4.7 whenever linaro
> makes first 4.7 based release
>
> Does anybody see downsides to this approach ?
Sounds like a decent plan, but we need to validate the newest toolchain
versions with the real hardware before making the switch and dropping the old
versions - 4.5 is still the most stable build for me and the broad range of
architectures and platforms I work with at TI from ARM9 to Cortex-A15...
> This could mean that distro may have multiple compilers for different
> architectures e.g. linaro toolchain for arm
> architecture and may be OE-Core provided toolchain for rest of them
>
> another option is that we do the same thing where we cherry-pick
> linaro patches into toolchain-layer and append them on top gcc from
> OE-Core which we have been doing with 4.6 it does mean extra work
> validation and maintenance that I would like to avoid.
--
Denys
next prev parent reply other threads:[~2012-04-09 0:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-07 21:08 meta-linaro and toolchain-layer Khem Raj
2012-04-09 0:43 ` Denys Dmytriyenko [this message]
2012-04-09 1:08 ` Khem Raj
2012-04-10 6:41 ` Martin Jansa
2012-04-10 15:53 ` Denys Dmytriyenko
2012-04-10 22:48 ` Khem Raj
2012-04-11 17:24 ` Denys Dmytriyenko
2012-04-11 19:15 ` Khem Raj
2012-04-11 15:59 ` McClintock Matthew-B29882
2012-04-11 19:10 ` Khem Raj
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=20120409004350.GA10246@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 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.