summaryrefslogtreecommitdiff
path: root/meta/classes/allarch.bbclass
AgeCommit message (Collapse)AuthorFiles
2011-06-06allarch.bbclass: Define BASE_PACKAGE_ARCH = "all"Khem Raj1
If not overridden it gets the value which is for target recipes usually defined in machine tune files Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-06-01allarch.bbclass: A "all" TARGET_ARCH is dangerous as an OVERRIDERichard Purdie1
Having a generic word like "all" as an override is dangerous as this is an override and can cause issues for function names like "sysroot_stage_all". This patch changes it to "allarch" to help avoid this kind of problem. The field is only used in the name of directories anyway. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-31Improve handling of 'all' architecture recipes and their interaction with sstateRichard Purdie1
The existing PACKAGE_ARCH = "all" mechanism of sharing packages is problematic with sstate since there are a variety of variables which have target specific values and the sstate package therefore correctly changes signature depending on the MACHINE setting. This patch creates a new "allarch" class which sets: PACKAGE_ARCH = "all" (as per the existing convention) INHIBIT_DEFAULT_DEPS = "1" (since its not target specific and therefore can't depend on the cross compiler or target libc) TARGET_ARCH = "all" TARGET_OS = "linux" TARGET_CC_ARCH = "none" (since these variables shouldn't change between the different packages and target compiler flags shouldn't be getting used) PACKAGE_EXTRA_ARCHS = "" (since we shouldn't be depending on any architecture specific package architectures) Not all PACKAGE_ARCH = "all" recipes can use this class since some run configure checks on the compiler. This means they have target specific components and therefore the "all" classification is incorrect. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>