* [PATCH v2 0/2] Fixes for warnings during parse with multilib
@ 2012-09-22 12:29 Paul Eggleton
2012-09-22 12:29 ` [PATCH v2 1/2] classes/multilib: ensure MLPREFIX is set for image recipes Paul Eggleton
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Paul Eggleton @ 2012-09-22 12:29 UTC (permalink / raw)
To: openembedded-core
The following changes since commit 5e03d1e83d0536a2fc69a88d3e5407108836203f:
gcc: Use 4.7.2 release tarball (2012-09-21 14:55:26 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/multilib
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/multilib
Paul Eggleton (2):
classes/multilib: ensure MLPREFIX is set for image recipes
classes/multilib: prevent multilib extension of nativesdk recipes
meta/classes/multilib.bbclass | 4 ++++
1 file changed, 4 insertions(+)
--
1.7.9.5
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH v2 1/2] classes/multilib: ensure MLPREFIX is set for image recipes
2012-09-22 12:29 [PATCH v2 0/2] Fixes for warnings during parse with multilib Paul Eggleton
@ 2012-09-22 12:29 ` Paul Eggleton
2012-09-22 12:29 ` [PATCH v2 2/2] classes/multilib: prevent multilib extension of nativesdk recipes Paul Eggleton
2012-09-24 10:19 ` [PATCH v2 0/2] Fixes for warnings during parse with multilib Richard Purdie
2 siblings, 0 replies; 5+ messages in thread
From: Paul Eggleton @ 2012-09-22 12:29 UTC (permalink / raw)
To: openembedded-core
We need MLPREFIX to be set so that oe.utils.prune_suffix() (as used for
the value of BPN) can derive the bare name from the multilib-extended
name for image recipes. BPN being set correctly avoids missing file
warnings during parse from the file checksum code for (unusual) images
that set SRC_URI, such as build-appliance-image.
First half of the fix for [YOCTO #3146].
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
meta/classes/multilib.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index b1a593e..4d3f889 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -12,6 +12,7 @@ python multilib_virtclass_handler () {
raise bb.parse.SkipPackage("We shouldn't have multilib variants for the kernel")
if bb.data.inherits_class('image', e.data):
+ e.data.setVar("MLPREFIX", variant + "-")
e.data.setVar("PN", variant + "-" + e.data.getVar("PN", False))
return
--
1.7.9.5
^ permalink raw reply related [flat|nested] 5+ messages in thread
* [PATCH v2 2/2] classes/multilib: prevent multilib extension of nativesdk recipes
2012-09-22 12:29 [PATCH v2 0/2] Fixes for warnings during parse with multilib Paul Eggleton
2012-09-22 12:29 ` [PATCH v2 1/2] classes/multilib: ensure MLPREFIX is set for image recipes Paul Eggleton
@ 2012-09-22 12:29 ` Paul Eggleton
2012-09-22 18:28 ` Khem Raj
2012-09-24 10:19 ` [PATCH v2 0/2] Fixes for warnings during parse with multilib Richard Purdie
2 siblings, 1 reply; 5+ messages in thread
From: Paul Eggleton @ 2012-09-22 12:29 UTC (permalink / raw)
To: openembedded-core
It isn't supported to mix multilib and nativesdk in the same target, so
explicitly skip multilib processing if nativesdk is inherited. As a
bonus this fixes a bunch of related "missing file" warnings from the
file checksum code during parsing because BPN was not correctly stripped
for these targets.
Second half of the fix for [YOCTO #3146].
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
meta/classes/multilib.bbclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index 4d3f889..7d5fc41 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -19,6 +19,9 @@ python multilib_virtclass_handler () {
if bb.data.inherits_class('native', e.data):
raise bb.parse.SkipPackage("We can't extend native recipes")
+ if bb.data.inherits_class('nativesdk', e.data):
+ raise bb.parse.SkipPackage("We can't extend nativesdk recipes")
+
save_var_name=e.data.getVar("MULTILIB_SAVE_VARNAME", True) or ""
for name in save_var_name.split():
val=e.data.getVar(name, True)
--
1.7.9.5
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v2 2/2] classes/multilib: prevent multilib extension of nativesdk recipes
2012-09-22 12:29 ` [PATCH v2 2/2] classes/multilib: prevent multilib extension of nativesdk recipes Paul Eggleton
@ 2012-09-22 18:28 ` Khem Raj
0 siblings, 0 replies; 5+ messages in thread
From: Khem Raj @ 2012-09-22 18:28 UTC (permalink / raw)
To: Paul Eggleton; +Cc: openembedded-core
On Sat, Sep 22, 2012 at 5:29 AM, Paul Eggleton
<paul.eggleton@linux.intel.com> wrote:
> It isn't supported to mix multilib and nativesdk in the same target, so
> explicitly skip multilib processing if nativesdk is inherited. As a
> bonus this fixes a bunch of related "missing file" warnings from the
> file checksum code during parsing because BPN was not correctly stripped
> for these targets.
>
> Second half of the fix for [YOCTO #3146].
>
> Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Tested-by: Khem Raj <raj.khem@gmail.com>
> ---
> meta/classes/multilib.bbclass | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
> index 4d3f889..7d5fc41 100644
> --- a/meta/classes/multilib.bbclass
> +++ b/meta/classes/multilib.bbclass
> @@ -19,6 +19,9 @@ python multilib_virtclass_handler () {
> if bb.data.inherits_class('native', e.data):
> raise bb.parse.SkipPackage("We can't extend native recipes")
>
> + if bb.data.inherits_class('nativesdk', e.data):
> + raise bb.parse.SkipPackage("We can't extend nativesdk recipes")
> +
> save_var_name=e.data.getVar("MULTILIB_SAVE_VARNAME", True) or ""
> for name in save_var_name.split():
> val=e.data.getVar(name, True)
> --
> 1.7.9.5
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2 0/2] Fixes for warnings during parse with multilib
2012-09-22 12:29 [PATCH v2 0/2] Fixes for warnings during parse with multilib Paul Eggleton
2012-09-22 12:29 ` [PATCH v2 1/2] classes/multilib: ensure MLPREFIX is set for image recipes Paul Eggleton
2012-09-22 12:29 ` [PATCH v2 2/2] classes/multilib: prevent multilib extension of nativesdk recipes Paul Eggleton
@ 2012-09-24 10:19 ` Richard Purdie
2 siblings, 0 replies; 5+ messages in thread
From: Richard Purdie @ 2012-09-24 10:19 UTC (permalink / raw)
To: Paul Eggleton; +Cc: openembedded-core
On Sat, 2012-09-22 at 13:29 +0100, Paul Eggleton wrote:
> The following changes since commit 5e03d1e83d0536a2fc69a88d3e5407108836203f:
>
> gcc: Use 4.7.2 release tarball (2012-09-21 14:55:26 +0100)
>
> are available in the git repository at:
>
> git://git.openembedded.org/openembedded-core-contrib paule/multilib
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/multilib
>
> Paul Eggleton (2):
> classes/multilib: ensure MLPREFIX is set for image recipes
> classes/multilib: prevent multilib extension of nativesdk recipes
>
> meta/classes/multilib.bbclass | 4 ++++
> 1 file changed, 4 insertions(+)
Merged to master, thanks.
Richard
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-09-24 10:32 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-22 12:29 [PATCH v2 0/2] Fixes for warnings during parse with multilib Paul Eggleton
2012-09-22 12:29 ` [PATCH v2 1/2] classes/multilib: ensure MLPREFIX is set for image recipes Paul Eggleton
2012-09-22 12:29 ` [PATCH v2 2/2] classes/multilib: prevent multilib extension of nativesdk recipes Paul Eggleton
2012-09-22 18:28 ` Khem Raj
2012-09-24 10:19 ` [PATCH v2 0/2] Fixes for warnings during parse with multilib Richard Purdie
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.