diff options
| author |   Robert Yang <liezhi.yang@windriver.com> | 2019-06-26 20:59:34 +0800 |
|---|---|---|
| committer |   Richard Purdie <richard.purdie@linuxfoundation.org> | 2019-06-27 12:20:24 +0100 |
| commit | a2f53255ed7fb3657c470cd6a4452d883edd11cc (patch) | |
| tree | b3035878be210a984d1aa910cb074a6784e5b7ed /README.LSB | |
| parent | 09be21f4d1793b1e26e78391f51bfc0a27b76deb (diff) | |
| download | openembedded-core-contrib-a2f53255ed7fb3657c470cd6a4452d883edd11cc.tar.gz | |
multilib.bbclass: Reduce ALTERNATIVE_PRIORITY for extended recipes
Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake core-image-minimal
update-alternatives: libtool has multiple providers with the same priority,
please check
/path/to/rootfs/usr/lib/opkg/alternatives/libtool for details
Both libtool and lib32-libtool have the same priority (as they're the same
recipe), so update-alternatives won't deterministically pick a provider. This
means you could end up with an image using a 32-bit pkgconfig and 64-bit
libtool, for example.
Make extended recipes reduce priority by 1 (or 2, 3 ... when there are multiple
variants in MULTILIB_VARIANTS) to fix the problem.
[YOCTO #13418]
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'README.LSB')
0 files changed, 0 insertions, 0 deletions