openembedded-core.git/meta/conf/multilib.conf, branch 2011-1

multilib: remove the multilib handling to allarch

2011-10-04T12:42:39+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]

Signed-off-by: Dongxiao Xu

task-core: split into task-core-console and task-core-x11

2011-09-15T10:20:38+00:00

[YOCTO #1481]

Since tasks are referred to almost exclusively via RDEPENDS, and bitbake
will build an entire task recipe when only one of its task packages are
actually needed, building a console-only image that uses
task-core-apps-console (or less directly, has apps-console in its
IMAGE_FEATURES) will cause a build of a whole list of X11 applications
that aren't needed. Splitting the task-core recipe into X11 and console
portions prevents this issue.

Signed-off-by: Paul Eggleton

multilib: Remove recipe from multilib.conf that inherits allarch

2011-09-13T16:08:07+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]

Signed-off-by: Dongxiao Xu 
Signed-off-by: Richard Purdie

multilib: Remove the multilib extension for linux-yocto

2011-09-07T21:29:25+00:00

Kernel should be unique in a multilib system, so we remove the
linux-yocto's extension in multilib.conf

Signed-off-by: Dongxiao Xu 
Signed-off-by: Richard Purdie

multilib: Only build one kernel

2011-09-02T17:23:31+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]

Signed-off-by: Richard Purdie

multilib: extend multilib prefix for libsdl

2011-09-02T17:13:37+00:00

libsdl is required by sato image, so extend it for multilib.

Signed-off-by: Dongxiao Xu

multilib: Using different sysroot for multilib recipes

2011-09-02T17:13:36+00:00

Thinking of the senario that, if we already built out a 64bit image
along with the full toolchain bootstrapped, then we need to build some
32bit libraries, which needs lib32 versions of gcc and eglibc. These
toolchain recipes will bootstrap again in the same sysroot, resulting
that lib32-gcc-cross-initial will find some macros owned by eglibc have
already been defined and thus it includes non-existed headers that
provided by later lib32-eglibc.

The solution for the above issue is to use different sysroot for
multilib recipes, here we add ${MLPREFIX} in front of the machine
specific sysroot directory name.

[YOCTO #1372]

Signed-off-by: Dongxiao Xu

utils.bbclass/multilib.class: Added misc supporting functions.

2011-08-15T14:13:33+00:00

1. Added variable MULTILIB_VARIANTS to store all the instance variants
for multilib extend.

2. Added function all_multilib_tune_values to collect the variable
values for all multilib instance.

3. multilib bbclass handler will save the orignal value of all variables
defined in MULTILIB_SAVE_VARNAME.

Signed-off-by: Lianhao Lu

multilib.conf: Supported multilib extend in more recipes.

2011-08-08T12:45:17+00:00

Added more recipes supporting multilib extend.

Signed-off-by: Lianhao Lu 
Signed-off-by: Richard Purdie

multilib: Add support for compiling recipes against multiple ABIs

2011-07-27T15:15:21+00:00

This patch adds the core multilib class which can be used along with a
parameter specifying the mutlilib to use in BBCLASSEXTEND.

The MLPREFIX variable is added and can be used in cases where its too
difficult to dynmaically work out where a mutltilib prefix is needed
to be added to a variable.

This includes:
  * SHLIBSDIR and PACKAGE_ARCH fixes from Lianhao Lu.
  * PACKAGE_DYNAMIC mapping from Yu Ke
  * PACKAGE_INSTALL mapping from Yu Ke
  * RPROVIDES mapping from Yu Ke
  * TARGET_VENDOR fix from Mark Hatle
  * Ignorning *-native-runtime dependnecies as well as *-native from Yu Ke
  * Map PKG and ALLOW_EMPTY from Dongxiao Xu
  * Ensure RCONFLICTS and PKG field dependencies are remapped (from Dongxiao Xu)
  * Ensure PN and MLPREFIX are set at the same time to ensure consistent BPN values (Yu Ke)

Signed-off-by: Yu Ke 
Signed-off-by: Xu Dongxiao 
Signed-off-by: Lianhao Lu 
Signed-off-by: Richard Purdie