linux/poky.git/meta/classes/multilib_global.bbclass, branch 1.1_M4

multilib: Remove recipe from multilib.conf that inherits allarch

2011-09-13T16:08:13+00:00

Recipes like update-rc.d and qemu-config inherit "allarch", thus we shouldn't add multilib BBCLASSEXTEND for them in multilib.conf. Besides, we need to add multilib packages as the RPROVIDER contents for those recipes, in order to avoid the NoProvider error when parsing. [YOCTO #1471] (From OE-Core rev: 329d864f9bbf94ad3aae8df43d63fe10e4237e4f) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

multilib_global.bbclass: handle kernel-module-* for multilib

2011-09-07T21:54:16+00:00

bitbake would report failed dependency of kernel-module-* when testing multilib. kernel-module-* are recommended by some other recipes. Do not extend name for kernel-module-* related packages. [YOCTO #1456] (From OE-Core rev: 30ac343888dc801614922045b374537c6c54f312) 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