Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: It looks like this LLVM miscompilation issue reported in Rust upstream affects Fedora too: https://github.com/rust-lang/rust/issues/159035 From what I can tell, we need to backport the LLVM fix from upstream to the Fedora LLVM package even if Rust releases a 1.97.1 since that will (most likely) only include a fix in the Rust internal LLVM copy that our packages don't use. See also discussion in https://rust-lang.zulipchat.com/#narrow/channel/131828-t-compiler/topic/Miscompilation.20in.201.2E97.2E0.20with.20new.20Option.3A.3ANone.20discriminant/with/609854820 Version-Release number of selected component (if applicable): rust-1.97.0-1.fc44 llvm-22.1.8-1.fc44 (Verified on Fedora 44 with the Rust 1.97.0 update installed, but Rawhide has the same version numbers so it should be affected in the same way.) How reproducible: Always. Steps to Reproduce: 1. Create sample project ("cargo new crashy") and replace "crashy/src/main.rs" with the reproducer code snippet from the upstream report. 2. Run "cd crashy && cargo run --release". Actual results: Segfault. Expected results: No Segfault. Additional info: N/A
I am not surprised that we are affected, but have you directly experienced issues in real code?
"real" code? That is hard to say yet ... koschei hasn't yet rebuilt all packages with Rust 1.97.0 in rawhide - and it would only catch issues in crates that run tests and where tests actually run the problematic code paths. So far, I see only one package that newly fails to build with Rust 1.97.0, and it looks like that is only due to it expecting a specific enum discriminant representation: https://koschei.fedoraproject.org/package/rust-tracing-core?collection=f45 ---- metadata::tests::level_filter_reprs stdout ---- thread 'metadata::tests::level_filter_reprs' (332) panicked at src/metadata.rs:1119:13: assertion `left == right` failed: repr changed for LevelFilter::OFF left: 5 right: 18446744073709551615 And this looks more like a bug in tracing-core's side.
RE tracing-core -- FWIW that is related to the Rust change that also revealed the LLVM bug, but in this case tracing-core is making an unfounded assumption. It has `struct LevelFilter(Option<Level>)`, and `const OFF = LevelFilter(None)`. The test has a mapping array that includes (LevelFilter::OFF, LevelInner::Error as usize + 1), which is assuming that `None` fills the niche in the next greater value not used by Level. This was never guaranteed, and Rust 1.97 started to prefer wrapping the other way, choosing -1 for None in this case.
I proposed a backport to this issue for Rawhide at https://src.fedoraproject.org/rpms/llvm/pull-request/620
FEDORA-2026-597e8f9de1 (llvm-22.1.8-4.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2026-597e8f9de1
FEDORA-2026-597e8f9de1 has been pushed to the Fedora 44 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-597e8f9de1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-597e8f9de1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2026-597e8f9de1 (llvm-22.1.8-4.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2026-e617677805 (llvm-21.1.8-6.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2026-e617677805
FEDORA-2026-e617677805 has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-e617677805` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-e617677805 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2026-e617677805 (llvm-21.1.8-6.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report.