linux/poky.git/meta/classes/multilib.bbclass, branch 1.2_M4.rc1

multilib.bbclass: allow TARGET_VENDOR_virtclass-multilib to be overriden

2012-02-28T12:27:51+00:00

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" (From OE-Core rev: 01fd9be5db633d881c789c5b119f794a3f1000da) Signed-off-by: Matthew McClintock Signed-off-by: Richard Purdie

multilib: Abstract class extension code into classextend.py

2012-01-05T12:36:29+00:00

(From OE-Core rev: 563828bad19a242bba9ce3db461bb5807037dfdf) Signed-off-by: Richard Purdie

multilib: Drop MULTILIB_IMAGE_INSTALL

2011-11-08T14:32:55+00:00

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] (From OE-Core rev: 7736862a74c92fe1afe42e170822be13117575c2) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib: add MLPREFIX to deploy folder

2011-09-28T20:41:45+00:00

Add MLPREFIX to multilib deploy forlder to avoid the confliction between multilib and normal package deploy directory. (From OE-Core rev: 18b8d1f7769b63725c3b6883298a841806cd06ab) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib: remove the multilib handling to allarch

2011-09-28T13:58:53+00:00

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] (From OE-Core rev: 64c0279e6b0d2325a326058476228360898550f3) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib.bbclass: map RDEPENDS and LINGUAS_INSTALL for image recipes

2011-09-28T13:58:53+00:00

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] (From OE-Core rev: 93984bb1c9440294a694986831d7a4114c55a282) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib.bbclass: Partially fix multlib image targets

2011-09-22T21:23:37+00:00

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) (From OE-Core rev: 00c38774ef0232cc2be924ed8e59220e7c452096) Signed-off-by: Richard Purdie

rpm: add multilib prefix for archs under deploy/rpm

2011-09-21T12:42:51+00:00

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. (From OE-Core rev: 921f984aa65e23d5a8ec5c2e58a96cb8a4790b5d) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib: Only build one kernel

2011-09-02T17:25:11+00:00

For a given system we only want one kernel to be built. This change makes the main kernel recipe provide all of the provides of the various enabled multilibs hence allowing it to fulfil all the appropriate dependencies. To make this work a global multilib class file needed to be created. This patch also enables this multi provider functionality for "allarch" packages. [YOCTO #1361] (From OE-Core rev: 2fd257f6c610624f05c8dd3fe1486364af04696f) Signed-off-by: Richard Purdie

package.bbclass: Ensure task's variable dependencies are correctly caputred in the sstate checksum

2011-08-31T18:38:30+00:00

[YOCTO #1388] This change is needed to correctly add the dependencies for the do_package task which bitbake is unable to automatically detect itself. (From OE-Core rev: 0614b9aa62a46f81d334ca4230080cc707347f3c) Signed-off-by: Richard Purdie