From: Tom Rini <tom_rini@mentor.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: BBCLASSEXTEND canadian?
Date: Tue, 01 Jun 2010 11:41:02 -0700 [thread overview]
Message-ID: <4C05543E.7010600@mentor.com> (raw)
In-Reply-To: <20100528083734.GA20685@mx.loc>
Bernhard Reutner-Fischer wrote:
> On Thu, Feb 25, 2010 at 08:16:21PM +0000, Richard Purdie wrote:
>> On Thu, 2010-02-25 at 10:21 -0700, Tom Rini wrote:
>>>> BBCLASSEXTEND covers -native and -nativesdk
>>> Is the -nativesdk part implicit in the anonfuncs in nativesdk.bbclass or
>>> just not merged yet?
>> It should be implicit in the anonfuncs. If that class differs to Poky,
>> the Poky changes should be merged though.
>>
>>>> The -cross, -crosssdk, -canadian-cross and other combinations usually
>>>> have too many differences to be worth the effort although it would be
>>>> possible to make them work.
>>> I'm not so sure about that, but we'll see. I should have some form of
>>> canadian stuff working again shortly.
>> You're unsure it would be possible to make them work of that its not
>> worth the effort?
>
> Tom?
>
> Yesterday evening i was building a pristine master reference again and
> saw that mpfr et al are (still) pretty outdated.
> AFAIR i cannot mix BBCLASSEXTEND vs. old-fashioned recipes for one
> package (didn't try if that's still true) so i'm, again, running into
> the issue of what to do with older toolchains needing that canadian
> stuff. I'm not too jazzed about the idea to touch the old toolchains
> just because i want to have current gmp/mpc/mpfr/gcc (using CLASSEXTEND
> nativesdk). So, how to proceed?
So, where things stand right now (and have stood for a while) is that
the existing canadian recipes simply don't work. We've made them work
internally, and then moved them up to using nativesdk/etc. That's also
been finished and the engineer in question is now working on making it
work in OE.dev. But for now, don't let the existing canadian stuff
(which is broken) get in the way of fixing up other stuff.
--
Tom Rini
Mentor Graphics Corporation
next prev parent reply other threads:[~2010-06-01 18:45 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-10 20:12 [PATCH 0/8] minor trivia; [RFC] add xz Bernhard Reutner-Fischer
2010-02-10 20:12 ` [PATCH 1/8] hwclock.sh: some more !getopt_long fixes Bernhard Reutner-Fischer
2010-02-10 20:12 ` [PATCH 2/8] autoconf: set SRC_URI name Bernhard Reutner-Fischer
2010-02-10 20:12 ` [PATCH 3/8] gmp: " Bernhard Reutner-Fischer
2010-02-10 20:12 ` [PATCH 4/8] handle xz compressed files and tarballs Bernhard Reutner-Fischer
2010-02-10 20:12 ` [PATCH 5/8] busybox: use .tar.bz2 Bernhard Reutner-Fischer
2010-02-10 20:12 ` [PATCH 6/8] busybox: remove orphaned patch checksums Bernhard Reutner-Fischer
2010-02-10 20:12 ` [PATCH 7/8] autoconf: add 2.65 Bernhard Reutner-Fischer
2010-02-10 20:13 ` [PATCH 8/8] xz: add xz package Bernhard Reutner-Fischer
2010-02-11 12:53 ` Phil Blundell
2010-02-13 12:51 ` Bernhard Reutner-Fischer
2010-02-13 13:19 ` Phil Blundell
2010-02-13 14:37 ` Bernhard Reutner-Fischer
2010-02-13 18:46 ` Phil Blundell
2010-02-13 16:14 ` BBCLASSEXTEND canadian? Bernhard Reutner-Fischer
2010-02-25 0:49 ` Tom Rini
2010-02-25 7:41 ` Bernhard Reutner-Fischer
2010-02-25 10:40 ` Richard Purdie
2010-02-25 10:39 ` Richard Purdie
2010-02-25 17:21 ` Tom Rini
2010-02-25 18:18 ` C Michael Sundius
2010-02-25 20:16 ` Richard Purdie
2010-05-28 8:37 ` Bernhard Reutner-Fischer
2010-06-01 18:41 ` Tom Rini [this message]
2010-02-11 14:06 ` [PATCH 8/8] xz: add xz package Koen Kooi
2010-02-13 12:55 ` Bernhard Reutner-Fischer
2010-02-13 13:11 ` Bernhard Reutner-Fischer
2010-03-04 14:32 ` [PATCH 7/8] autoconf: add 2.65 Marcin Juszkiewicz
2010-02-14 21:33 ` [PATCH 6/8] busybox: remove orphaned patch checksums Phil Blundell
2010-02-14 21:32 ` [PATCH 5/8] busybox: use .tar.bz2 Phil Blundell
2010-02-11 12:27 ` [PATCH 4/8] handle xz compressed files and tarballs Phil Blundell
2010-02-14 20:16 ` [PATCH 3/8] gmp: set SRC_URI name Phil Blundell
2010-02-14 21:35 ` [PATCH 2/8] autoconf: " Phil Blundell
2010-02-14 21:34 ` [PATCH 1/8] hwclock.sh: some more !getopt_long fixes Phil Blundell
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=4C05543E.7010600@mentor.com \
--to=tom_rini@mentor.com \
--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