Hi,
I updated the SBCL backend to use a character stream to match the swank.lisp changes, which fixes a problem reported by Raymond Wiker on comp.lang.lisp. It doesn't look like the OpenMCL backend needs a similar update, but I'm not certain.
For me the symptom of this problem includes totally hanging Emacs. That's no good, I'm looking for the cause.
Cheers, Luke
Luke Gorrie writes:
Hi,
I updated the SBCL backend to use a character stream to match the swank.lisp changes, which fixes a problem reported by Raymond Wiker on comp.lang.lisp. It doesn't look like the OpenMCL backend needs a similar update, but I'm not certain.
For me the symptom of this problem includes totally hanging Emacs. That's no good, I'm looking for the cause.
Great! I downloaded the CVS version, and have it working now (under FreeBSD, so far).
A couple of things:
As I mentioned earlier, I had to add a (require 'asdf) to swank-sbcl.lisp. This is still necessary; asdf patches #'require so that it (also) looks for files with the extension ".asd".
slime should probably check that the inferior lisp process is actually live when you do a M-x slime - I had a an "*inferior lisp*" buffer with no process, and slime was trying to connect to the (dead) process.
Raymond Wiker Raymond.Wiker@fast.no writes:
Great! I downloaded the CVS version, and have it working now(under FreeBSD, so far).
Good stuff!
As I mentioned earlier, I had to add a (require 'asdf) toswank-sbcl.lisp. This is still necessary; asdf patches #'require so that it (also) looks for files with the extension ".asd".
I'll leave this one to our resident ASDF/SBCL guru :-)
slime should probably check that the inferior lisp process isactually live when you do a M-x slime - I had a an "*inferior lisp*" buffer with no process, and slime was trying to connect to the (dead) process.
Fixed now.
Cheers, Luke
Luke Gorrie luke@bluetail.com writes:
Raymond Wiker Raymond.Wiker@fast.no writes:
As I mentioned earlier, I had to add a (require 'asdf) toswank-sbcl.lisp. This is still necessary; asdf patches #'require so that it (also) looks for files with the extension ".asd".
I'll leave this one to our resident ASDF/SBCL guru :-)
Who, Dan? Naah, don't listen to him.
Starting with 0.8.5, a properly-installed sbcl will not need to require asdf first; asdf will be autoloaded. (This will also work, by coincidence, when running sbcl from the build tree, except for the asdf-install contrib).
Cheers,
Christophe
-
Christophe Rhodes -
Luke Gorrie -
Raymond Wiker