Christophe Rhodes <csr21@...> writes:
> I don't know if you're still interested in this, but the bug in SBCL
> which caused the above error has now been fixed.
Yes, I noticed. However, there are more problems with CLISP, which
showed up after 10 hours of compiling... so I crosscompile for now;
it's much faster as well.
Now compilation proceeds until make-target-2, where it fails with
fatal error encountered in SBCL pid 2779:
no handler for signal 11 in interrupt_handle_now(..)
interrupt_handle_now looks for a handler in
thread->interrupt_data->interrupt_handlers[signal], but there is
none. However, there is a handler in
interrupt_low_level_handlers[signal] (specifically, it's
sigsegv_handler). I'm not sure what that means; I will dig through
the code and see what I can learn...