openembedded-core.git/meta/classes/multilib.bbclass, branch master

multilib.bbclass: Added multilib specific package QA.

2012-05-18T14:23:22Z

Added a new PACKAGEFUNCS function to check the multilib packages' dependency. Signed-off-by: Lianhao Lu Signed-off-by: Richard Purdie

mulitlib.bbclass: Ensure correct value of ALL_MULTILIB_PACKAGE_ARCHS is preserved

2012-04-14T21:52:04Z

The value of ALL_MULTILIB_PACKAGE_ARCHS needs to be consistent both in multilib extended recipes and in normal context. If this isn't the case it can lead to inconsistent configuration files at a minimum. This patch ensures the value is preserved during the class extension code since computing it after that point is hard. [YOCTO #2290] Signed-off-by: Richard Purdie

multilib.bbclass: allow TARGET_VENDOR_virtclass-multilib to be overriden

2012-02-28T12:14:51Z

If we set this bit, we can override the ugly "pokymllib32" to back to "poky" (powerpc-pokymllib32-linux-gcc -> powerpc-poky-linux-gcc). I've left this unset by default, but can be set by adding the following: TARGET_VENDOR_virtclass-multilib-lib32 = "-poky" Signed-off-by: Matthew McClintock

multilib: Abstract class extension code into classextend.py

2012-01-05T12:36:08Z

Signed-off-by: Richard Purdie

multilib: Drop MULTILIB_IMAGE_INSTALL

2011-11-08T14:32:45Z

There should just be a single IMAGE_INSTALL variable. If the package backends need this split into different multilib components they should be responsible for doing this, not the user. This commit removes the MULTILIB_IMAGE_INSTALL variable. [YOCTO #1564] Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib: add MLPREFIX to deploy folder

2011-09-28T20:40:03Z

Add MLPREFIX to multilib deploy forlder to avoid the confliction between multilib and normal package deploy directory. Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib: remove the multilib handling to allarch

2011-09-28T10:47:23Z

currently we have allarch type of recipes, which may still have architecture dependency, like x11-common. So we need to drop the handling to allarch in multilib case. Also remove the PV postfix in python-pygobject DEPENDS, since multilib code will treat a native package multilib capable. [YOCTO #1497] [YOCTO #1498] Signed-off-by: Dongxiao Xu

multilib.bbclass: map RDEPENDS and LINGUAS_INSTALL for image recipes

2011-09-28T10:47:23Z

RDEPENDS of image type recipe needs to be mapped to make sure that the packages included in the image should be multilib version. Also add LINGUAS_INSTALL into MULTILIB_PACKAGE_INSTALL list. [YOCTO #1496] [YOCTO #1527] Signed-off-by: Dongxiao Xu

multilib.bbclass: Partially fix multlib image targets

2011-09-22T21:18:12Z

This patch partially fixes problems when building multilib extended images such as libXX-core-image-minimal. Its not a perfect/complete solution but works much better than any previous code did. [YOCTO #1496] (partial) [YOCTO #1497] (partial) [YOCTO #1498] (partial) Signed-off-by: Richard Purdie

rpm: add multilib prefix for archs under deploy/rpm

2011-09-21T12:32:33Z

Currently MACHINE_ARCH deploy folder is unique in multilib system, thus a lib32 version of rpm package will override a normal rpm package if its PACKAGE_ARCH is ${MACHINE_ARCH}. Define different deploy folder for multilib architectures to avoid the confliction. Signed-off-by: Dongxiao Xu