I'm running FreeBSD 5.2.1 and sbcl 0.8.12, using GNU Emacs 21.3. The sldb debugger fails to pop up when an error occurs, and instead I have to interact with the sbcl debugger in the REPL buffer. Am I missing a prerequisite somewhere? I threw slime in /usr/local/share/emacs/site-lisp/slime and it loads fine. The pertinent part of my .emacs follows, and I then do M-x slime to start it up. Thanks to anyone who can help me out on this. --- ;;; SLIME
(setq inferior-lisp-program "sbcl") (setq slime-startup-animation nil) (require 'slime) (slime-setup)
On Oct 10, 2004, at 11:49 AM, Ari Johnson wrote:
I'm running FreeBSD 5.2.1 and sbcl 0.8.12, using GNU Emacs 21.3. The sldb debugger fails to pop up when an error occurs, and instead I have to interact with the sbcl debugger in the REPL buffer. Am I missing a prerequisite somewhere? I threw slime in /usr/local/share/emacs/site-lisp/slime and it loads fine. The pertinent part of my .emacs follows, and I then do M-x slime to start it up. Thanks to anyone who can help me out on this.
Hi Ari,
I think the issue is that the SBCL you're running is too old for recent versions of SLIME. The most recent SBCL binary on http://www.sbcl.org/ is 0.8.14 (paging antifuchs!); try downloading and using this.
I'm guessing your SLIME compile never actually finished, and that's why not everything works right.
Brian -- Brian Mastenbrook bmastenbrook@comcast.net http://www.cs.indiana.edu/~bmastenb/
On Sun, 10 Oct 2004 12:51:03 -0500, Brian Mastenbrook bmastenb@cs.indiana.edu wrote:
On Oct 10, 2004, at 11:49 AM, Ari Johnson wrote:
I'm running FreeBSD 5.2.1 and sbcl 0.8.12, using GNU Emacs 21.3. The sldb debugger fails to pop up when an error occurs, and instead I have to interact with the sbcl debugger in the REPL buffer. Am I missing a prerequisite somewhere? I threw slime in /usr/local/share/emacs/site-lisp/slime and it loads fine. The pertinent part of my .emacs follows, and I then do M-x slime to start it up. Thanks to anyone who can help me out on this.
Hi Ari,
I think the issue is that the SBCL you're running is too old for recent versions of SLIME. The most recent SBCL binary on http://www.sbcl.org/ is 0.8.14 (paging antifuchs!); try downloading and using this.
Looks like FreeBSD is behind - not all that surprising. I try to stick to the ports tree because then upgrades are more or less automated and I don't have to manually version-track, but I'll give that a shot.
I'm guessing your SLIME compile never actually finished, and that's why not everything works right.
SLIME works fine on my Arch Linux box, which has SBCL 0.8.14, so I guess that's possible. Did slime have problems on SBCL 0.8.12, or has it just been changed to only work with the newer version?
Thanks for the quick response.
On Oct 10, 2004, at 12:56 PM, Ari Johnson wrote:
Looks like FreeBSD is behind - not all that surprising. I try to stick to the ports tree because then upgrades are more or less automated and I don't have to manually version-track, but I'll give that a shot.
Unfortunately, SBCL progresses very quickly, and releases once a month - so it's not surprising that ports would be behind.
SLIME works fine on my Arch Linux box, which has SBCL 0.8.14, so I guess that's possible. Did slime have problems on SBCL 0.8.12, or has it just been changed to only work with the newer version?
Thanks for the quick response.
0.8.13 introduced some new features specially for SLIME. As a result, SLIME references some symbols that aren't external in previous versions of SBCL, and this causes a compile error.
Good luck! -- Brian Mastenbrook bmastenbrook@comcast.net http://www.cs.indiana.edu/~bmastenb/
On Sun, 10 Oct 2004 12:51:03 -0500, Brian Mastenbrook bmastenb@cs.indiana.edu wrote:
I think the issue is that the SBCL you're running is too old for recent versions of SLIME. The most recent SBCL binary on http://www.sbcl.org/ is 0.8.14 (paging antifuchs!); try downloading and using this.
Yep, that fixed it. Thanks!
-
Ari Johnson -
Brian Mastenbrook