From: Martin Jansa <martin.jansa@gmail.com>
To: openembedded-core@lists.openembedded.org
Subject: [PATCH 1/7] allarch: Always inhibit default dependencies and set empty TARGET_PREFIX
Date: Sun, 17 Nov 2013 14:52:12 +0100 [thread overview]
Message-ID: <1384696338-5390-1-git-send-email-Martin.Jansa@gmail.com> (raw)
In-Reply-To: <1383307932-4041-1-git-send-email-Martin.Jansa@gmail.com>
* typical case where we inherit allarch and override PACKAGE_ARCH
are packagegroup recipes, but those need default dependencies
inhibited even when they are MACHINE_ARCH or TUNE_PKGARCH.
I don't know about any recipe which inherits allarch and needs
default dependencies.
* set empty TARGET_PREFIX
This has a bit weird reason caused by unsupported setup where
external-toolchain is used in some DISTRO only for some MACHINEs
and internal is used for other MACHINEs.
Because external-toolchain usually comes with different TARGET_PREFIX
it was causing allarch recipes to have different signatures even
when they don't use toolchain at all.
Empty TARGET_PREFIX also helps to find allarch recipes which still
have default dependency on e.g. virtual/${TARGET_PREFIX}gcc.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/classes/allarch.bbclass | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index 5e13a5b..4a65f77 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -9,12 +9,13 @@ STAGING_DIR_HOST := "${STAGING_DIR_HOST}"
PACKAGE_ARCH = "all"
python () {
+ # No need for virtual/libc or a cross compiler even for recipes which
+ # change PACKAGE_ARCH e.g. to MACHINE_ARCH
+ d.setVar("INHIBIT_DEFAULT_DEPS","1")
+
# Allow this class to be included but overridden - only set
# the values if we're still "all" package arch.
if d.getVar("PACKAGE_ARCH") == "all":
- # No need for virtual/libc or a cross compiler
- d.setVar("INHIBIT_DEFAULT_DEPS","1")
-
# Set these to a common set of values, we shouldn't be using them other that for WORKDIR directory
# naming anyway
d.setVar("TARGET_ARCH", "allarch")
@@ -23,6 +24,7 @@ python () {
d.setVar("TARGET_LD_ARCH", "none")
d.setVar("TARGET_AS_ARCH", "none")
d.setVar("PACKAGE_EXTRA_ARCHS", "")
+ d.setVar("TARGET_PREFIX", "")
# No need to do shared library processing or debug symbol handling
d.setVar("EXCLUDE_FROM_SHLIBS", "1")
--
1.8.4.3
next prev parent reply other threads:[~2013-11-17 13:52 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-01 12:12 [RFC][PATCH] packagegroup.bbclass: Drop build-time dependencies Martin Jansa
2013-11-01 13:37 ` Paul Eggleton
2013-11-01 18:14 ` Richard Purdie
2013-11-01 19:06 ` Paul Eggleton
2013-11-17 13:52 ` Martin Jansa [this message]
2013-11-17 13:52 ` [PATCH 2/7] packagegroup-core-boot: Drop build-time dependency on virtual/kernel Martin Jansa
2013-11-20 5:57 ` ChenQi
2013-11-17 13:52 ` [PATCH 3/7] xuser-account: Drop allarch inherit Martin Jansa
2013-11-17 13:52 ` [PATCH 4/7] linux-firmware: Drop allarch Martin Jansa
2013-11-18 10:57 ` Richard Purdie
2013-11-17 13:52 ` [PATCH 5/7] ppp-dialin: " Martin Jansa
2013-11-17 13:52 ` [PATCH 6/7] initramfs-framework: " Martin Jansa
2013-11-17 13:52 ` [PATCH 7/7] resolvconf: " Martin Jansa
2013-11-18 12:31 ` [PATCH 1/7] allarch: Always inhibit default dependencies and set empty TARGET_PREFIX Richard Purdie
2013-11-18 15:54 ` Martin Jansa
2013-11-18 15:58 ` Martin Jansa
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=1384696338-5390-1-git-send-email-Martin.Jansa@gmail.com \
--to=martin.jansa@gmail.com \
--cc=openembedded-core@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