mirror of
https://git.yoctoproject.org/poky
synced 2026-04-28 06:32:34 +02:00
multilib: avoid expanding grub and grub-efi to multilib
It doesn't make much sense to expand them to multilib, and there is an error on qemuarm64 since grub-efi supports arm64, but doesn't support armv7a or armv7ve: * Fixed: MACHINE = "qemuarm64" require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "armv7a" MACHINE_FEATURES_append = " efi" $ bitbake lib32-core-image-minimal Also introduced a variable NON_MULTILIB_RECIPES in multilib.conf, so that we can easily add other recipes, such as syslinux if needed. (From OE-Core rev: 25f7c6c329038b443d36074fff45a30ba3712f7a) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
committed by
Richard Purdie
parent
f7198b473f
commit
a1fd97e1c7
@@ -11,8 +11,12 @@ python multilib_virtclass_handler () {
|
||||
# There should only be one kernel in multilib configs
|
||||
# We also skip multilib setup for module packages.
|
||||
provides = (e.data.getVar("PROVIDES") or "").split()
|
||||
if "virtual/kernel" in provides or bb.data.inherits_class('module-base', e.data) or "make-mod-scripts" in e.data.getVar("PN"):
|
||||
raise bb.parse.SkipRecipe("We shouldn't have multilib variants for the kernel")
|
||||
non_ml_recipes = d.getVar('NON_MULTILIB_RECIPES').split()
|
||||
bpn = e.data.getVar("BPN")
|
||||
if "virtual/kernel" in provides or \
|
||||
bb.data.inherits_class('module-base', e.data) or \
|
||||
bpn in non_ml_recipes:
|
||||
raise bb.parse.SkipRecipe("We shouldn't have multilib variants for %s" % bpn)
|
||||
|
||||
save_var_name=e.data.getVar("MULTILIB_SAVE_VARNAME") or ""
|
||||
for name in save_var_name.split():
|
||||
|
||||
Reference in New Issue
Block a user