Skip to content
This repository

rustc --ls ICE #2771

Closed
jesse99 opened this Issue July 01, 2012 · 5 comments

2 participants

Jesse Jones Tim Chevalier
Jesse Jones

rust --ls is now ICEing on every rust library I have tried it on. This is with rust from June 30 on Mac. For example doing an --ls on the library from https://github.com/jesse99/rust-socket results in:

gnos: rustc --ls bin/libsocket-9e5595de7eda745e-0.1.dylib 
=Crate Attributes (9e5595de7eda745e)=
#[link(name = "socket",
       vers = "0.1",
       uuid = "AF82CEF5-A320-49C0-AE56-43129C5229D5",
       url = "https://github.com/jdm/rust-socket")]
#[comment = "Rust socket library"]
#[license = "MIT"]
#[crate_type = "lib"]


=External Dependencies=
1 core-d27e4777a53c3e50-0.2
2 std-d399da1ab6f5bec0-0.2

=Items=
htons (fn)
SO_SNDBUF (const)
htonl (fn)
SO_REUSEADDR (const)
sendto (fn)
socket_handle::sockfd (public field)
SO_SNDTIMEO (const)
sockaddr_basic (type)
SO_KEEPALIVE (const)
sockaddr4_in (type)
SOCK_STREAM (const)
AI_CANONNAME (const)
setsockopt (fn)
enablesockopt (fn)
ipv6 (enum)
SO_ERROR (const)
ipv4 (enum)
AI_NUMERICSERV (const)
ntohs (fn)
SO_OOBINLINE (const)
ntohl (fn)
sockaddr (type)
sockaddr6_in (type)
getaddrinfo (fn)
socket_handle (class)
socket_handle (fn)
rust: task failed at 'describe_def: item not found (0, 3571)', /Users/jessejones/Source/Third_Party/rust/src/rustc/metadata/decoder.rs:551
error: internal compiler error: unexpected failure
note: the compiler hit an unexpected failure path. this is a bug
note: try running with RUST_LOG=rustc=0,::rt::backtrace to get further details and report the results to github.com/mozilla/rust/issues
rust: task failed at 'explicit failure', /Users/jessejones/Source/Third_Party/rust/src/rustc/driver/rustc.rs:258
rust: domain main @0x7f934a800010 root task failed
rust: task failed at 'killed', /Users/jessejones/Source/Third_Party/rust/src/libcore/task.rs:461

Setting RUST_LOG didn't produce any additional output.

Tim Chevalier
Collaborator

Just to be clear, your installed rustc was built from git HEAD as of June 30? That surprises me, because this looks like #2192 , which I fixed six days ago.

Jesse Jones

Yes

Tim Chevalier
Collaborator

Ok, I'll try to reproduce.

Tim Chevalier
Collaborator

Reproduced with 328fd30 -- I'll look into it.

Tim Chevalier
Collaborator

This appears to be because the list-metadata code is trying to print out info about intrinsic::visit_ty, but the right information about it doesn't get serialized. Further research tomorrow.

Tim Chevalier catamorphism closed this issue from a commit July 09, 2012
Tim Chevalier Tag re-exports differently in metadata
so that the "list metadata" command doesn't print out anything
about intrinsics, but other code can see them.

Closes #2771
271da61
Tim Chevalier catamorphism closed this in 271da61 July 09, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.