rchriste
commented
6 months ago I'm seeing this as well. It happens while I am editing my Rust project. If anyone wants to try to repo my project is on GitHub. I had 94 ice files created while creating this changeset (https://github.com/rchriste/OnPurpose/commit/d5e0d36b01b2472668cd4d16a9cb02da2ede8e79). I editted in VS Code using the Rust-analyzer plug-in.
PS C:\Users\russ-\repo\OnPurpose> rustc --version --verbose
rustc 1.79.0-nightly (aed2187d5 2024-04-27)
binary: rustc
commit-hash: aed2187d53b8789e3a37f50ae36f894a2a679077
commit-date: 2024-04-27
host: x86_64-pc-windows-msvc
release: 1.79.0-nightly
LLVM version: 18.1.4Here is one of the ICE files created rustc-ice-2024-04-28T13_27_42-30880.txt
And another rustc-ice-2024-04-28T13_29_42-28356.txt
This did not start happening to me until after I tried switching to the nightly Rust.
Code
the project is too big unfortunately. this happens when compiling 10s of files.
but the compiler told me to attach a file: rust-ice.txt
Meta
rustc --version --verbose:Error output
Backtrace
``` error: internal compiler error: encountered incremental compilation error with module_children(vfs_macros[3dbe]) | = help: This is a known issue with the compiler. Run `cargo clean -p vfs` or `cargo clean` to allow your project to compile = note: Please follow the instructions below to create a bug report with the provided information = note: See for more information
thread 'rustc' panicked at /b/s/w/ir/x/w/fuchsia-third_party-rust/compiler/rustc_query_system/src/query/plumbing.rs:727:9:
Found unstable fingerprints for module_children(vfs_macros[3dbe]): [ModChild { ident: pseudo_directory#0, res: Def(Macro(Bang), DefId(72:25 ~ vfs_macros[3dbe]::pseudo_directory)), vis: Public, reexport_chain: [] }, ModChild { ident: mut_pseudo_directory#0, res: Def(Macro(Bang), DefId(72:26 ~ vfs_macros[3dbe]::mut_pseudo_directory)), vis: Public, reexport_chain: [] }, ModChild { ident: attribute_query#0, res: Def(Macro(Bang), DefId(72:40 ~ vfs_macros[3dbe]::attribute_query)), vis: Public, reexport_chain: [] }]
stack backtrace:
0: rust_begin_unwind
at /b/s/w/ir/x/w/fuchsia-third_party-rust/library/std/src/panicking.rs:647:5
1: core::panicking::panic_fmt
at /b/s/w/ir/x/w/fuchsia-third_party-rust/library/core/src/panicking.rs:72:14
2: rustc_query_system::query::plumbing::incremental_verify_ich_failed::.2381
3: rustc_query_system::query::plumbing::incremental_verify_ich::>
4: rustc_query_system::query::plumbing::try_execute_query::>, false, false, false>, rustc_query_impl::plumbing::QueryCtxt, true>
5: rustc_middle::query::plumbing::query_get_at::>>
6: ::resolutions
7: ::resolve_ident_in_module_unadjusted_ext
8: ::resolve_ident_in_module_ext
9: ::resolve_import::{closure#0}
10: ::resolve_imports
11: ::fully_expand_fragment
12: ::expand_crate
13: ::time::
14: rustc_interface::passes::resolver_for_lowering
[... omitted 2 frames ...]
15: ::enter::)>>
16: ::enter::, rustc_span::ErrorGuaranteed>>
17: rustc_span::set_source_map::, rustc_interface::interface::run_compiler, rustc_driver_impl::run_compiler::{closure#0}>::{closure#0}::{closure#0}>
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
error: the compiler unexpectedly panicked. this is a bug.
note: we would appreciate a bug report: https://github.com/rust-lang/rust/issues/new?labels=C-bug%2C+I-ICE%2C+T-compiler&template=ice.md
note: please attach the file at `/usr/local/google/home/yifeit/vg/out/minimal.qemu-x64/rustc-ice-2024-03-06T22_44_12-2588506.txt` to your bug report
note: compiler flags: --crate-type rlib -Z dep-info-omit-d-target -C linker=../../prebuilt/third_party/clang/linux-x64/bin/lld -C link-arg=--sysroot=x64-shared/gen/zircon/public/sysroot/cpp -C link-arg=-L../../prebuilt/third_party/clang/linux-x64/bin/../lib/x86_64-unknown-fuchsia/noexcept -C link-arg=-L../../prebuilt/third_party/clang/linux-x64/lib/clang/19/lib/x86_64-unknown-fuchsia -C link-arg=--pack-dyn-relocs=relr -C link-arg=-dynamic-linker=ld.so.1 -C link-arg=--icf=all -C link-arg=-zrel -Z remap-cwd-prefix=. -C force-frame-pointers -C opt-level=0 -C debuginfo=2 -C link-arg=--compress-debug-sections=zstd -C debug-assertions=yes -C incremental=[REDACTED] -Z allow-features= -C prefer-dynamic -C link-args=-zstack-size=0x200000 -C panic=abort -C force-unwind-tables=yes -Z panic_abort_tests -C symbol-mangling-version=v0 -C link-arg=-Bdynamic -C link-arg=x64-shared/obj/zircon/system/ulib/sync/libsync.a -C link-arg=gen/src/zircon/lib/zircon/zircon.x86_64/libzircon.so
note: some of the compiler flags provided by cargo are hidden
query stack during panic:
#0 [module_children] collecting child items of module `vfs_macros`
#1 [resolver_for_lowering] getting the resolver for lowering
end of query stack
error: aborting due to 1 previous error
```