-
Notifications
You must be signed in to change notification settings - Fork 13.5k
Closed
Labels
A-spuriousArea: Spurious failures in builds (spuriously == for no apparent reason)Area: Spurious failures in builds (spuriously == for no apparent reason)C-bugCategory: This is a bug.Category: This is a bug.O-macosOperating system: macOSOperating system: macOST-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.
Description
So far not reproducible on newer xcode versions.
52dec0e obviously did not fix it and can be reverted.
Happens inside
rustc::ich::hcx::_$LT$impl$u20$rustc_data_structures..stable_hasher..HashStable$LT$rustc..ich..hcx..StableHashingContext$LT$$u27$a$GT$$GT$$u20$for$u20$syntax_pos..span_encoding..Span$GT$::hash_stable::h069c687f17acced0 + 760
whenever it happens, but it's random during which crate's compilation it happens or whether it occurs at all.
Guesses so far are
- alignment issues with
Span
, which isrepr(packed)
and only has au32
field - something to do with the
CACHE
thread_local (just because miri touched statics)
Is is possible to produce better stacktraces (with line info e.g.) on macs?
Metadata
Metadata
Assignees
Labels
A-spuriousArea: Spurious failures in builds (spuriously == for no apparent reason)Area: Spurious failures in builds (spuriously == for no apparent reason)C-bugCategory: This is a bug.Category: This is a bug.O-macosOperating system: macOSOperating system: macOST-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.