Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1869980
Summary: | rust-ring not supported on ppc64le and s390x | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> |
Component: | rust-ring | Assignee: | Rust SIG <rust-sig> |
Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 34 | CC: | igor.raits, jistone, pbrobinson, rust-sig, TicoTimo |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 467765, 1071880, 1862548 |
Description
Dan Horák
2020-08-19 07:16:29 UTC
> thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', build.rs:372:34
This is not a compiler crash, but rather an action from ring's own build script.
372 │ let (_, _, perlasm_format) = ASM_TARGETS
373 │ .iter()
374 │ .find(|entry| {
375 │ let &(entry_arch, entry_os, _) = *entry;
376 │ entry_arch == &target.arch && is_none_or_equals(entry_os, &target.os)
377 │ })
378 │ .unwrap();
Here is that target list:
230 │ // None means "any OS" or "any target". The first match in sequence order is
231 │ // taken.
232 │ const ASM_TARGETS: &[(&str, Option<&str>, Option<&str>)] = &[
233 │ ("x86_64", Some("ios"), Some("macosx")),
234 │ ("x86_64", Some("macos"), Some("macosx")),
235 │ ("x86_64", Some(WINDOWS), Some("nasm")),
236 │ ("x86_64", None, Some("elf")),
237 │ ("aarch64", Some("ios"), Some("ios64")),
238 │ ("aarch64", None, Some("linux64")),
239 │ ("x86", Some(WINDOWS), Some("win32n")),
240 │ ("x86", Some("ios"), Some("macosx")),
241 │ ("x86", None, Some("elf")),
242 │ ("arm", Some("ios"), Some("ios32")),
243 │ ("arm", None, Some("linux32")),
244 │ ("wasm32", None, None),
245 │ ];
So it would seem that ring just doesn't support ppc64le or s390x yet.
Digging further seems it's not supported upstream. There's a number of bugs around this bug the two main ones seem to be: s390x: https://github.com/briansmith/ring/issues/986 ppc64le: https://github.com/briansmith/ring/issues/389 Plus some like there around support for generic C fallbacks: https://github.com/briansmith/ring/issues/971 Thanks, Josh, I'll probably never understand what is rust trying to tell me :-) This package has changed maintainer in the Fedora. Reassigning to the new maintainer of this component. This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle. Changing version to 34. |