openembedded-core.git/meta/conf/multilib.conf, branch 2016-10

multilib.conf: Ensure sstate checksums don't change when using this include

2016-09-30T16:48:34+00:00

When enabling multilib.conf, the world was rebuilding due to changes in the
pkg-config search path. This doesn't matter so exclude it from the checksums.

Signed-off-by: Richard Purdie

multilib.conf: Ensure MACHINE doesn't change target sigs

2015-10-01T06:40:23+00:00

Sysroot paths (which happen to contain MACHINE) should not cause the signatures
to change every time MACHINE changes so exclude this from them.

Signed-off-by: Richard Purdie

multilib: Add TARGET_VENDOR to saved variables list

2015-09-28T10:59:17+00:00

Signed-off-by: Richard Purdie

multilib: let pkg-config find architecture-independent .pc files

2015-08-24T22:24:53+00:00

If a multilib package depends on an allarch recipe that installs an
architecture-independent .pc file it will not be able to find the .pc file as
the recipe gets installed into the MACHINE sysroot but pkg-config looks in the
MLPREFIX-prefixed sysroot.

Solve this by extending PKG_CONFIG_PATH in multilib environments to include the
architecture-independent path in the MACHINE sysroot
(sysroots/MACHINE/usr/share/pkgconfig/).

Signed-off-by: Ross Burton

multilib.conf: set MULTILIB_GLOBAL_VARIANTS conditionally

2014-10-30T13:00:32+00:00

It is not entirely obvious that all reasonable configurations
will have multilib.conf strictly before the file which might
want to set MULTILIB_GLOBAL_VARIANTS. The x86-ish values here
look like reasonable default guesses, but shouldn't override
an explicit setting.

Signed-off-by: Richard Purdie

bitbake.conf/package: Collapse PKGDATA_DIR into a single machine specific directory

2013-09-13T16:41:10+00:00

Currently we have a hierarchy of pkgdata directories and the code has to put together
a search path and look through each in turn until it finds the data it needs.

This has lead to a number of hardcoded paths and file globing which
is unpredictable and undesirable. Worse, certain tricks that should be
easy like a GL specific package architecture become problematic with the
curretn search paths.

With the modern sstate code, we can do better and construct a single pkgdata
directory for each machine in just the same way as we do for the sysroot. This
is already tried and well tested. With such a single directory, all the code that
iterated through multiple pkgdata directories and simply be removed and give
a significant simplification of the code. Even existing build directories adapt
to the change well since the package contents doesn't change, just the location
they're installed to and the stamp for them.

The only complication is the we need a different shlibs directory for each
multilib. These are only used by package.bbclass and the simple fix is to
add MLPREFIX to the shlib directory name. This means the multilib packages will
repackage and the sstate checksum will change but an existing build directory
will adapt to the changes safely.

It is close to release however I believe the benefits this patch give us
are worth consideration for inclusion and give us more options for dealing
with problems like the GL one. It also sets the ground work well for
shlibs improvements in 1.6.

Signed-off-by: Richard Purdie

multilib.conf: Workaround opkg multilib issues

2013-04-13T22:44:20+00:00

Multilib with opkg hasn't worked since the --force-overwrite option was dropped in
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=88a9f6db3482623c9cb54fb03db1045051cec9f6

Since we merged the libexecdir changes, we also need the --force-maintainer flag
to avoid conf file conflicts.

Both these changes are suboptimal however the alternative is completely broken and
these changes only affect people who have multilibs enabled and use opkg.

[YOCTO #3453]

Signed-off-by: Richard Purdie

multilib.conf: add TARGET_ARCH & TARGET_SYS to MULTILIB_SAVE_VARNAME

2013-02-01T15:51:31+00:00

(From OE-Core rev: 81f3dd49693a7ad2e98c182896c98fc71b01592f)

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

multilib.conf: Use BASELIB to set baselib, not hardcode the value

2013-02-01T15:51:28+00:00

(From OE-Core rev: 1a97cab9d4856e8948025ce6f406c76a2732ec36)

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