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

multilib: Ensure we map the USERADD_PACKAGES variable

2013-04-18T14:30:35+00:00

If we don't do this, multilib packages don't have any code
added to the postinstalls to handle user additions.

Signed-off-by: Richard Purdie

multilib: Fix an OVERRIDES expansion order issue

2013-02-14T10:05:10+00:00

There were problems where a SRC_URI with:

SRC_URI_append_powerpc = " xxx"
SRC_URI_append_powerpc64 = " xxx2"

would end up with *both* xxx and xxx2 being added when using a multilib
which is clearly incorrect and undesirable.

The issue is that OVERRIDES has virtclass-multilib-xxxx added to it,
this eventually changed DEFAULTTUNE which then changes
TRANSLATED_TARGET_ARCH which is in OVERRIDES meaning we then need to
re-evaluate the overides and the TRANSLATED_TARGET_ARCH gets applied
twice since once you apply an override, it doesn't get undone.

Expanding DEFAULTTUNE to the correct value in advance avoids the issue
and means only the correct overrides get applied.

[YOCTO #3874]

Signed-off-by: Richard Purdie

multilib.bbclass: save multilib variables before executing the gcc-cross-canadian statements

2013-02-11T22:49:07+00:00

Signed-off-by: Constantin Musca 
Signed-off-by: Richard Purdie

multilib: skip packages that provide virtual/kernel

2013-02-01T15:40:44+00:00

Rather than keying on recipes that inherit kernel.bbclass, we should
be checking for providers of virtual/kernel when skipping kernel
recipes in multlib builds.

Not all providers of virtual/kernel inherit kernel.bbclass (notably
linux-dummy), so checking on the provider is a more complete check.

We need to be sure to check for inheritance of module-base as well, this
allows for packages that provides modules to avoid the multilib renaming.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Mark Hatle 
Signed-off-by: Richard Purdie

multilib: fix allarch/kernel/module-base multilib issues

2012-12-31T09:42:48+00:00

- skip the non-packagegroup allarch recipes in multilib_virtclass_handler
- extend PROVIDES/RPROVIDES for allarch recipes which are not packagegroups
- use variants from MULTILIB_GLOBAL_VARIANTS (lib32 lib64 libx32) to create
additional pkgdata files for multilib allarch: ${pkgdatadir}/${variant}-${PN}
and ${pkgdatadir}/runtime/${variant}-${pkg}
- use variants from MULTILIB_VARIANTS to create additional pkgdata files
for multilib kernel/module-base recipes
- add a sanity check to determine if the current multilib is in
MULTILIB_GLOBAL_VARIANTS

[YOCTO #2918]
[YOCTO #3440]
[YOCTO #3565]
[YOCTO #3568]

Signed-off-by: Constantin Musca 
Signed-off-by: Saul Wold

multilib.bbclass: fix do_package_qa_multilib

2012-12-11T15:56:48+00:00

The packages which start with "rtld" are ok

[YOCTO #3440]

Signed-off-by: Constantin Musca 
Signed-off-by: Richard Purdie

multilib.bbclass: Drop populate_sdk_base exclusion

2012-11-21T16:43:14+00:00

With this recently introduced exclusion, -meta-toolchain-sdk
throws errors about missing DEPENDS that don't exist since it needs the
PROVIDES/DEPENDS remapping. This patch tweaks the class tests to fix
the errors.

Signed-off-by: Richard Purdie

multilib - crosssdk: Stop building multilib for crosssdk packages

2012-10-26T16:12:15+00:00

Crosssdk packages are not actually multilib packages, so treat them
the same as other nativesdk packages in the multilib, base, and
classextend components.

Signed-off-by: Mark Hatle 
Signed-off-by: Saul Wold

multilib: Add support for cross-canadian multilib packages

2012-10-26T16:12:15+00:00

Add support for the generation of cross-canadian packages.

Each cross-canadian package has:
 PN = "pkg-cross-canadian-${TRANSLATED_TARGET_ARCH}"

in order for that to be evaluated properly with multilibs enabled, it was
necessary to detect both the presence of the cross-canadian packages and
then update the vars using the OVERRIDE for the multilib.  Additional checks
were made to ensure that any dependency that sais "cross-canadian" did not
get prefixed with the MLPREFIX.

Also, make sure that even when building multilib cross-canadian packages,
we only use the single SDK PACKAGE_ARCH, we don't want or need variants.

Signed-off-by: Mark Hatle 
Signed-off-by: Saul Wold

multilib/clsextend: Improve handling of regexps in PACKAGES_DYNAMIC

2012-10-22T13:57:26+00:00

Now that PACKAGES_DYNAMIC is more standardised, starting with ^ anchors,
the variable manipulations performed by clsextend for multilib don't work.

This patch at least improves it to hack around the problem and enable
mulitlib builds to work again. If this code doesn't do the right thing, the
recipe is free to override the variable with the correct multilib case.

Signed-off-by: Richard Purdie