Another compiler/rustc_metadata/src/rmeta/def_path_hash_map.rs:23:54 unwrap on None; also there was a panic while trying to force a dep node
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 119k
- Forks
- 16.1k
- PR merge metrics
- PR metrics pending
Description
I see many other open ICE issues with a similar backtrace; here's one more in case it's helpful.
Feel free to close as a dupe!
Code
Was working on crates.io. I can't get the ICE after a cargo clean, sooo... an incremental compilation problem :(
Meta
rustc --version --verbose:
rustc --version --verbose
rustc 1.85.0 (4d91de4e4 2025-02-17)
binary: rustc
commit-hash: 4d91de4e48198da2e33413efdcd9cd2cc0c46688
commit-date: 2025-02-17
host: aarch64-apple-darwin
release: 1.85.0
LLVM version: 19.1.7
Error output
GitHub says my issue is too long if I paste the whole output here (it looks like there are multiple ICEs maybe?) so here's a gist.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with compiler/rustc_metadata/src/rmeta/def_path_hash_map.rs:23 and the linked gist, then investigate the reported incremental-compilation behavior before and after cargo clean using the stated rustc 1.85.0 environment. Done means reproducing and isolating the ICE or confirming it is a duplicate, with an actionable diagnosis or regression coverage.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- compilers
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100