Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ICE while building rustc on FreeBSD: assertion failed: self.raw.hash != self.hashes_end #17391

Closed
veddan opened this issue Sep 19, 2014 · 7 comments
Labels
I-ICE Issue: The compiler panicked, giving an Internal Compilation Error (ICE) ❄️

Comments

@veddan
Copy link
Contributor

veddan commented Sep 19, 2014

Building rustc on FreeBSD fail with an ICE during stage1:

cfg: build triple x86_64-unknown-freebsd
cfg: host triples x86_64-unknown-freebsd
cfg: target triples x86_64-unknown-freebsd
cfg: enabling more debugging (CFG_ENABLE_DEBUG)
cfg: host for x86_64-unknown-freebsd is x86_64
cfg: os for x86_64-unknown-freebsd is unknown-freebsd
cfg: using CC=ccache clang (CFG_CC)
cfg: using CXX=clang++ (CFG_CXX)
cfg: disabling valgrind due to its unreliability on this platform
cfg: no lualatex found, deferring to xelatex
cfg: no xelatex found, deferring to pdflatex
cfg: no pdflatex found, disabling LaTeX docs
cfg: no pandoc found, omitting PDF and EPUB docs
cfg: no llnextgen found, omitting grammar-verification
rustc: x86_64-unknown-freebsd/stage0/lib/rustlib/x86_64-unknown-freebsd/lib/librustc
task 'rustc' failed at 'assertion failed: self.raw.hash != self.hashes_end', /usr/home/rustbuild/src/rust-buildbot/slave/snap3-bsd/build/src/libstd/collections/hashmap/table.rs:743
stack backtrace:
   1:          0x1b9ea00 - rt::backtrace::imp::write::ha5f69c9fae9548fd1Iq
   2:          0x1ba1a80 - failure::on_fail::hc7ab01eee1e04860t4q
   3:          0x1bc03c0 - unwind::begin_unwind_inner::h06474350b1d0d0e0RSd
   4:          0x1921ac0 - unwind::begin_unwind::h8803629750811694740
   5:          0x1926f20 - std..collections..hashmap..table..RawTable<ast..Name,codemap..Span>::glue_drop.44244::h99c601ec3eabf587
   6:          0x1928030 - local_data::TLDValue::new::d::h14987804644157393031
   7:          0x1bbd920 - core..option..Option<Box<collections..treemap..TreeNode<uint,local_data..TLDValue>>>::glue_drop.6521::h160d2d3587194201
   8:          0x1bbd920 - core..option..Option<Box<collections..treemap..TreeNode<uint,local_data..TLDValue>>>::glue_drop.6521::h160d2d3587194201
   9:          0x1bbe6a0 - task::Task::cleanup::closure.6628
  10:          0x1bc0f70 - rust_try_inner
  11:          0x1bc0f60 - rust_try
  12:          0x1bbe2d0 - unwind::try::h6c3c06fb2bf83c5azHd
  13:          0x1bbe140 - task::Task::run::hf4b7ebbf0af10e51RXc
  14:          0x1bbe3e0 - task::Task::cleanup::hbd385068572a3c547Zc
  15:          0x1bbe640 - task::Task::destroy::h9fca9728edc516d8HZc
  16:           0x460660 - task::spawn_opts::closure.8450
  17:          0x1bbf590 - thread::thread_start::h06464c46ccf096cb3hd
  18:        0x8025a3370 - <unknown>
  19:                0x0 - <unknown>
error: internal compiler error: unexpected failure

uname -a gives FreeBSD pcbsd 10.0-RELEASE-p15 FreeBSD 10.0-RELEASE-p15 #0: Wed Jul 9 15:46:53 UTC 2014 [email protected]:/usr/obj/usr/src/sys/GENERIC amd64

@steveklabnik steveklabnik added the I-ICE Issue: The compiler panicked, giving an Internal Compilation Error (ICE) ❄️ label Sep 22, 2014
@steveklabnik
Copy link
Member

Does this still happen today?

@pczarn
Copy link
Contributor

pczarn commented Jan 17, 2015

I'm getting the same ICE on linux, but during compiling stage2's libcore.

stack backtrace:
   1:     0x7fe8541e9540 - sys::backtrace::write::h327eaaaf8d06f8cfpRt
   2:     0x7fe85420c3d0 - failure::on_fail::ha67ff6264214772164z
   3:     0x7fe854177610 - rt::unwind::begin_unwind_inner::he9a71b1eb010e0b8ZJz
   4:     0x7fe8536290c0 - rt::unwind::begin_unwind::h7390311291878927563
   5:     0x7fe85364e7e0 - std..collections..hash..table..RawTable<syntax..ast..Name, (*>::glue_drop.14264::hd720afd492e3b274
   6:     0x7fe853661540 - std..collections..hash..table..RawTable<u32, std..collections..hash..set..HashSet<u32, std..collections..hash..state..DefaultState<rustc..util..nodemap..FnvHasher>>>::glue_drop.14543::hf7a3bf470f821dfd
   7:     0x7fe853698840 - Resolver::glue_drop.15449::haa86d9eeaa46612e
   8:     0x7fe853698040 - resolve_crate::h166b19f32b64ffdaByi
   9:     0x7fe854744cf0 - driver::phase_3_run_analysis_passes::h13374e85a1a62731EEa
  10:     0x7fe854732a20 - driver::compile_input::h271893b1aec24c35Aba
  11:     0x7fe8547f8b50 - run_compiler::hdec9687b5f4662f2e5b
  12:     0x7fe8547f72c0 - thunk::F.Invoke<A, R>::invoke::h15654788930951088931
  13:     0x7fe8547f61c0 - rt::unwind::try::try_fn::h10306438865730164293
  14:     0x7fe85427c770 - rust_try_inner
  15:     0x7fe85427c760 - rust_try
  16:     0x7fe8547f6470 - thunk::F.Invoke<A, R>::invoke::h3452119925705501931
  17:     0x7fe8541f9e10 - sys::thread::thread_start::h60a75d433610076acJw
  18:     0x7fe84f123250 - start_thread
  19:     0x7fe853e27219 - clone
  20:                0x0 - <unknown>

@pczarn
Copy link
Contributor

pczarn commented Jan 17, 2015

@veddan, does this happen with system LLVM, enabled by passing --llvm-root to configure? If so, it's most likely the cause.

@veddan
Copy link
Contributor Author

veddan commented Apr 1, 2015

@pczarn, @steveklabnik this no longer happens to me. A plain ./configure && gmake produces a functioning rustc.

@steveklabnik
Copy link
Member

@pczarn does this still reproduce for you?

@pczarn
Copy link
Contributor

pczarn commented Oct 27, 2015

No, not since a while, even with the system's LLVM.

@steveklabnik
Copy link
Member

Okay, I'm going to close then. If anyone can reproduce this, please let me know!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
I-ICE Issue: The compiler panicked, giving an Internal Compilation Error (ICE) ❄️
Projects
None yet
Development

No branches or pull requests

5 participants