[slime-devel] which version of slime with which version of sbcl?
Hi, I'm a new lisper, and I'm trying to use sbcl and slime together, on Debian (sbcl-0.9.1.41-1 from unstable). I tried slime-1.2.1 which gave strange errors (I don't have them at hand but can reproduce them if you wish), and switched to the CVS version. Now I can connect to the sbcl process, evaluate a few expressions from the REPL, but as soon as I do C-c C-c from a lisp file, I get this error: Unable to display error condition: The value #S(SB-C::DEBUG-SOURCE :FROM :FILE :NAME "/tmp/fileCdgZoa" :CREATED 3329044824 :COMPILED 3329044824 :SOURCE-ROOT 0 :START-POSITIONS #(0) :FUNCTION NIL :PLIST NIL) is not of type SEQUENCE. [Condition of type SB-KERNEL::ARG-COUNT-ERROR] Restarts: 0: [ABORT] Abort SLIME compilation. 1: [ABORT] Abort handling SLIME request. 2: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (SWANK-BACKEND::DEBUG-SOURCE-FOR-INFO-ADVICE #<SB-C::SOURCE-INFO >) 1: (SB-FASL:FASL-DUMP-SOURCE-INFO #<SB-C::SOURCE-INFO > #<SB-FASL:FASL-OUTPUT "/tmp/fileCdgZoa.fasl">) 2: ((LAMBDA NIL)) 3: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA NIL) {9BD3955}>) 4: (SB-C::SUB-COMPILE-FILE #<SB-C::SOURCE-INFO >) 5: (COMPILE-FILE "/tmp/fileCdgZoa")
From that point, any evaluation (from the REPL, or from a file) lead to a similar error.
Do you have an idea of what's going on? Thanks in advance, Frédéric
So I followed the common agreement that seemed to be to _not_ rely on the Debian packages and installed the latest versions of everything I needed. It works fine :-) Frédéric
On Thu, 30 Jun 2005, Frédéric Gobry wrote: Maybe there should be a slime-installer.deb package which pulled the latest from CVS -- it could provide a false sense of security for those needing it. ;-) Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs."
Maybe there should be a slime-installer.deb package which pulled the latest from CVS -- it could provide a false sense of security for those needing it. ;-)
I see the smiley, but the issue is interesting: the _actual_ sense of security served by using debian is indeed to have software components that work together, because they were not pulled from many random places. It's not the issue of installing things by hand. But even this is not to neglect: as a newcomer, it took me some time to start learning lisp, then asdf, then this, then that, which seem to always make my initial goal more remote. I'm really convinced that lisp is a language of great value, otherwise I would have already given up and sticked to python :-) As I said to someone offlist, I have really been surprised by the difference between lisp-the-language, which looks very mature, and lisp-the-implementations-and-the-libraries, which move very fast and require you to be rather careful because of incompatibilities (unicode, threads, networking are the one I met during my short lisp life). I think that maybe by knowing it beforehand, I would maybe have stopped trying to stick to "tested packages" and jumped in the stream more directly. Frédéric
On 30 Jun 2005 14:49:45 +0200, <frederic.gobry@epfl.ch> wrote:
As I said to someone offlist, I have really been surprised by the difference between lisp-the-language, which looks very mature, and lisp-the-implementations-and-the-libraries, which move very fast and require you to be rather careful because of incompatibilities
That depends on the chosen implementation. For instance, I use Slime-CVS without problems along with either the monthly cmucl snapshots, or lispworks. -- The LOOP construct is really neat, it's got a lot of knobs to turn! Don't push the yellow one on the bottom.
participants (3)
-
frederic.gobry＠epfl.ch -
GP lisper -
Nikodemus Siivola