]> git.ipfire.org Git - thirdparty/openembedded/openembedded-core-contrib.git/commit
multilib.bbclass: Reduce ALTERNATIVE_PRIORITY for extended recipes rbt/multilib
authorRobert Yang <liezhi.yang@windriver.com>
Wed, 26 Jun 2019 11:51:24 +0000 (19:51 +0800)
committerRobert Yang <liezhi.yang@windriver.com>
Wed, 26 Jun 2019 12:57:22 +0000 (20:57 +0800)
commitb3d612f8898d7b98acd594d9fe946b6c995b2a00
tree1ef996806bfcc4627c6987936e3bb46cdcdc420d
parent4bb3e8f98e2bbfcb20f1b32d2b7674d1a6cb47be
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>
meta/classes/multilib.bbclass