diff options
author | Gyorgy Sarvari <skandigraun@gmail.com> | 2025-06-21 21:40:09 +0200 |
---|---|---|
committer | Khem Raj <raj.khem@gmail.com> | 2025-06-22 09:32:59 -0700 |
commit | ac96f33d83a964c0fe574d85df1f2056b16fc313 (patch) | |
tree | 16eba19bc3ee48204265d941b820a0a3a73eea9e /meta-networking/classes/kernel_wireless_regdb.bbclass | |
parent | d87fdb7289a510f36abb08ddfdafdea01d23545a (diff) | |
download | meta-openembedded-master-next.tar.gz |
nodejs: ignore QEMU_OPTIONS for native signature generationmaster-next
NodeJS recipe uses qemu to run some target binaries during compilation
in qemu, in case the build machine's and the target machine's CPU
bit-width are different. The task that generates some helper scripts
(do_create_v8_qemu_wrapper) is executed before do_compile.
In case the target machine changes, that also changes the value of
QEMU_OPTIONS variable, since that is always derived from the target
machine's properties, even when the current recipe is class-native.
This also means that in case the target machine changes, that invalidates
the do_create_v8_qemu_wrapper's sstate cache (along with the very costly
do_compile), for both target and native builds.
However for native builds qemu isn't used at all, since the target and build
CPU are the same, their bit-width matches too.
To avoid unnecessarily invalidating the sstate cache of nodejs-native
when the target machine changes, add QEMU_OPTIONS to BB_HASHCONFIG_IGNORE_VARS
in order to exclude it from the signature generation.
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Diffstat (limited to 'meta-networking/classes/kernel_wireless_regdb.bbclass')
0 files changed, 0 insertions, 0 deletions