summaryrefslogtreecommitdiffstats
path: root/scripts/yocto_testresults_query.py
diff options
context:
space:
mode:
authorAlexander Kanavin <alex@linutronix.de>2025-02-04 11:42:05 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2025-02-05 12:49:56 +0000
commitce5428f48a5f5b8834776d2dfb01bfe9590353d8 (patch)
tree84519f7697f1c154a4dbcafd489fedcdfa36979d /scripts/yocto_testresults_query.py
parentfe0669477e6280c7ee96b380b752abd9f837ce0f (diff)
downloadpoky-ce5428f48a5f5b8834776d2dfb01bfe9590353d8.tar.gz
rust: restore parallel builds, disable lto only for rustdoc
The original reproducibility fix was problematic for a couple reasons: - disabling both lto and parallel builds had an unfortunate effect of nearly doubling rust-native and rust build times (which are slow to begin with). Disabling lto hurts runtime performance too. - both of these things were done for the *entire build*, while the only problematic item is the librustdoc crate. - lto=off option in config.toml has an effect only on building rustc (the compiler itself), and doesn't help with rustdoc reproducibility. Actual fix is the codegen-units setting, which indirectly disables lto via giving llvm only one unit to work with at a time. After some digging, here's a more targeted fix for the problem. Why librustdoc is non-reproducible, but not anything else remains a mystery, hidden deep in rust-llvm's lto optimization code. (From OE-Core rev: a1977407a88a2004c3a6d2dba1d5bfe1aa1664b2) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/yocto_testresults_query.py')
0 files changed, 0 insertions, 0 deletions