From: Robert Yang <liezhi.yang@windriver.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Zhenfeng.Zhao@windriver.com, openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 02/11] multilib.bbclass: add class-multilib to override
Date: Tue, 30 Oct 2012 22:04:32 +0800 [thread overview]
Message-ID: <508FDE70.5010405@windriver.com> (raw)
In-Reply-To: <1351590871.2828.62.camel@ted>
Hi Richard,
I've pushed the new patches again (removed the old branch, and create
a new one):
git://git.pokylinux.org/poky-contrib robert/virtclass
Now only change the native/nativesdk values. I think that the virtclass-cross
should be changed to class-cross, too, but I didn't do it in these patches,
I will send another pull request for the virtclass-cross if it is fine.
// Robert
On 10/30/2012 05:54 PM, Richard Purdie wrote:
> On Tue, 2012-10-30 at 17:33 +0800, Robert Yang wrote:
>> Add the new override way CLASSOVERRIDE = "class-multilib" to
>> multilib.bbclass, and add the check code to sanity.bbclass, we keep both
>> the old and new way, which means, both of the following are supported:
>>
>> virtclass-multilib
>> class-multilib
>>
>> [YOCTO #3297]
>>
>> Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
>> ---
>> meta/classes/multilib.bbclass | 2 ++
>> meta/classes/sanity.bbclass | 3 ++-
>> 2 files changed, 4 insertions(+), 1 deletion(-)
>>
>> diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
>> index 77ccce4..2dd2f85 100644
>> --- a/meta/classes/multilib.bbclass
>> +++ b/meta/classes/multilib.bbclass
>> @@ -1,3 +1,5 @@
>> +CLASSOVERRIDE = "class-multilib"
>> +
>> python multilib_virtclass_handler () {
>> if not isinstance(e, bb.event.RecipePreFinalise):
>> return
>> diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
>> index 3806bc5..ba1cd6d 100644
>> --- a/meta/classes/sanity.bbclass
>> +++ b/meta/classes/sanity.bbclass
>> @@ -122,7 +122,8 @@ def check_toolchain(data):
>> tune_error_set.append("The multilib '%s' appears more than once." % lib)
>> else:
>> seen_libs.append(lib)
>> - tune = data.getVar("DEFAULTTUNE_virtclass-multilib-%s" % lib, True)
>> + tune = data.getVar("DEFAULTTUNE_virtclass-multilib-%s" % lib, True) or \
>> + data.getVar("DEFAULTTUNE_class-multilib-%s" % lib, True)
>> if tune in seen_tunes:
>> tune_error_set.append("The tuning '%s' appears in more than one multilib." % tune)
>> else:
>
> Sorry but this isn't right. The multilib case is special since it sets
> "class-multilib-xxx", not "class-multilib" without the suffix. The above
> changes are just going to confuse people and depending on what you do in
> other patches, may or may not work.
>
> Can you resend the patch set just changing the native/nativesdk values
> please? We can then look at multilib specifically as a follow up.
>
> Cheers,
>
> Richard
>
>
>
next prev parent reply other threads:[~2012-10-30 14:18 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-30 9:33 [PATCH 00/11] replace virtclass-native(sdk) with class-native(sdk) Robert Yang
2012-10-30 9:33 ` [PATCH 01/11] classes: " Robert Yang
2012-10-30 9:33 ` [PATCH 02/11] multilib.bbclass: add class-multilib to override Robert Yang
2012-10-30 9:54 ` Richard Purdie
2012-10-30 14:04 ` Robert Yang [this message]
2012-10-30 9:33 ` [PATCH 03/11] conf: replace virtclass-native(sdk) with class-native(sdk) Robert Yang
2012-10-30 9:33 ` [PATCH 04/11] recipes-core: " Robert Yang
2012-10-30 9:33 ` [PATCH 05/11] recipes-devtools: " Robert Yang
2012-10-30 9:33 ` [PATCH 06/11] recipes-extended: " Robert Yang
2012-10-30 9:33 ` [PATCH 07/11] recipes-graphics: " Robert Yang
2012-10-30 9:33 ` [PATCH 08/11] recipes-support: " Robert Yang
2012-10-30 9:33 ` [PATCH 09/11] recipes-gnome: " Robert Yang
2012-10-30 9:33 ` [PATCH 10/11] recipes-kernel: " Robert Yang
2012-10-30 9:33 ` [PATCH 11/11] recipes-connectivity: " Robert Yang
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=508FDE70.5010405@windriver.com \
--to=liezhi.yang@windriver.com \
--cc=Zhenfeng.Zhao@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.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