summaryrefslogtreecommitdiffstats
path: root/scripts/multilib_header_wrapper.h
diff options
context:
space:
mode:
authorRoss Burton <ross.burton@arm.com>2025-01-10 13:01:13 +0000
committerSteve Sakoman <steve@sakoman.com>2025-01-24 07:59:39 -0800
commit73d95d9dad384b2ab0a6484f512273a79a13d2f1 (patch)
tree2fadd0644d0ada1ccf363469cf4d74806ca2e380 /scripts/multilib_header_wrapper.h
parent93c245a8686725b3b60cc253ed87131c74c27fdd (diff)
downloadpoky-73d95d9dad384b2ab0a6484f512273a79a13d2f1.tar.gz
classes/qemu: use tune to select QEMU_EXTRAOPTIONS, not package architecture
Using the package architecture to select the right qemu options to pass to qemu-user is incorrect, and fails for recipes that set PACKAGE_ARCH to MACHINE_ARCH (as the qemuppc workarounds suggest) because there are not typically any options set for the machine name. Solve this by using TUNE_PKGARCH instead: for the majority of recipes this is the same value, but for machine-specific recipes it remains the same instead of changing to the machine name. This means we can remove the qemuppc workarounds, as they're obsolete. Also update the gcc-testsuite recipe which uses the same pattern to use TUNE_PKGARCH, and generalise the else codepath to avoid needing to update the list of architectures. [ YOCTO #15647 ] (From OE-Core rev: 972ca555ff3aa41d32980477850c92915b6395ed) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> (cherry picked from commit 414b754a6cbb9cc354b1180efd5c3329568a2537) Signed-off-by: Steve Sakoman <steve@sakoman.com>
Diffstat (limited to 'scripts/multilib_header_wrapper.h')
0 files changed, 0 insertions, 0 deletions