Since bitbake commit f24bbaaddb36 ("data: Add support for new
BB_HASH_CODEPARSER_VALS for cache optimisation") the
BB_HASH_CODEPARSER_VALS are passed during the bb.build_dependencies()
step.

With PN set to 'no-pn' and the icecc_version() running during
bb.build_dependencies() (due to the 'vardepsexclude') the bb.fatal() is
triggered while parsing target-sdk-provides-dummy.bb albeit it was
already disabled via ICECC_RECIPE_DISABLE.

To fix this use_icecc() need to verify if PN is set to 'no-pn' which
indicates the early bb.build_dependencies() task and return 'no' in that
case.

Signed-off-by: Marco Felsch <[email protected]>
---
Hi,

this patch should fix the reoprted ICECC bug:

https://lists.yoctoproject.org/g/yocto/topic/icecc_support_broken/103429714

Regards,
  Marco

 meta/classes/icecc.bbclass | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/meta/classes/icecc.bbclass b/meta/classes/icecc.bbclass
index 159cae20f8ca..df73e31e9514 100644
--- a/meta/classes/icecc.bbclass
+++ b/meta/classes/icecc.bbclass
@@ -159,6 +159,12 @@ def use_icecc(bb,d):
             bb.debug(1, "%s: bbclass %s found in disable, disable icecc" % 
(pn, bbclass))
             return "no"
 
+    # PN set to 'no-pn' indicates that bitbake is at the early
+    # bb.build_dependencies() stage and it's not possible to use the value to
+    # decide if icecc can be used.
+    if pn == "no-pn":
+        return "no"
+
     disabled_recipes = (d.getVar('ICECC_RECIPE_DISABLE') or "").split()
     enabled_recipes = (d.getVar('ICECC_RECIPE_ENABLE') or "").split()
 
-- 
2.39.5

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#208488): 
https://lists.openembedded.org/g/openembedded-core/message/208488
Mute This Topic: https://lists.openembedded.org/mt/110009272/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to