You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Unexported ifaces should export metadata anyway for cross-crate monomorphisation #2733
Spent too long figuring out an ICE: "'lookup_item: id not found: 51905', /home/bblum/rust/src/rustc/metadata/decoder.rs:96".
Turns out I had defined an iface in libcore/task.rs to use in a polymorphic function. I had exported the function, but not the iface. Then when attempting to compile a program that linked against libcore, this failure arose from type_of() in trans/type_of.rs when trying to #debug-print the type, called from monomorphic_fn() in trans/base.rs.
As a workaround, exporting the iface makes the metadata lookup go through.
Activity
catamorphism commentedon Jun 28, 2012
Offhand it looks like a reachability bug, but I'll investigate.
catamorphism commentedon Jul 11, 2012
@bblum Do you have a test case for reproducing this?
catamorphism commentedon Jul 11, 2012
Closing due to lack of test case; reopen if you have one.
bblum commentedon Jul 18, 2012
foo.rs:
foo.rc:
bar.rs:
bar.rc:
run
rustc foo.rc; rustc -L . bar.rcThe ICE goes away if:
bblum commentedon Jul 18, 2012
Arguably the above should refuse to compile, because
foohas in its signature a nonexported type.Here is a variation that still crashes:
bblum commentedon Jul 18, 2012
Doesn't seem to happen with enums. This works fine:
bblum commentedon Jul 18, 2012
related #2313?
catamorphism commentedon Jul 20, 2012
Seems like the fix for #2945 should fix this too, but I'll still check.
bblum commentedon Jul 23, 2012
pretty sure 1528256 fixed this. the bug is gone, anyway.
Bump CBMC version to 5.91.0 (rust-lang#2733)
Merge pull request rust-lang#2733 from rust-lang/tshepang/normalize-p…
removing ctrl+r key binding fixes rust-lang#2733
Merge rust-lang#3362