- slime-devel - mailman3.common-lisp.net

[slime-devel] slime-setup defaults [was: slime-repl buffer never appears]
by Attila Lendvai 07 Jul '11

07 Jul '11

> (require 'slime) > (slime-setup) > > in my init file, and inferior-lisp-program set to the binary, M-x slime > doesn't quite work right. The *inferior-lisp* buffer starts up, swank > says it's starting (I see the compilation) but the repl buffer never > appears. > > I do eventually get the "Connected." message, but I never see the repl > buffer. > > What am I missing? you, imo don't miss much. the slime defaults, on the other hand, are missing a whole lot of great features which are this way hidden from the newcomers, for the minor convenience of one of the maintainers (afaik) who prefers not to have those features enabled by default... the problem here is the huge difference between the effort it takes to configure slime by an experienced user and by a newcomer. there's a mail with this question every few weeks (and consider the time wasted by newcomers who resolve it using google, and the number of newcomers who don't even miss the repl, because they don't even know about it...) this mail is a political argument for changing slime defaults (enable at least the inspector, repl, fuzzy completion, presentations), because i believe that such a change would make slime more useful. my intention is to call for people's reason to support such a change, instead of dealing with each mail separately on this topic. -- attila Notice the erosion of your (digital) freedom, and do something about it! PGP: 2FA1 A9DC 9C1E BA25 A59C 963F 5D5F 45C7 DFCD 0A39 OTR XMPP: 8647EEAC EA30FEEF E1B55146 573E52EE 21B1FF06 BitCoin: 154uf86Vd9rpjMULd9CXa7nVwikknYZJiB

3 2

[slime-devel] slime-repl buffer never appears
by Tim Showalter 06 Jul '11

06 Jul '11

Hi. I'm an occasional slime user. I got a new computer and wanted to set up sbcl and slime. I'm running Ubuntu 11.04, and the Ubuntu versions work. So naturally I uninstalled them and installed from source. With slime on my load-path, and (require 'slime) (slime-setup) in my init file, and inferior-lisp-program set to the binary, M-x slime doesn't quite work right. The *inferior-lisp* buffer starts up, swank says it's starting (I see the compilation) but the repl buffer never appears. I do eventually get the "Connected." message, but I never see the repl buffer. What am I missing? Thanks very much! Tim

2 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 04 Jul '11

04 Jul '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2205 slime/ChangeLog:1.2206 --- slime/ChangeLog:1.2205 Tue Jun 21 04:24:01 2011 +++ slime/ChangeLog Sun Jul 3 11:15:38 2011 @@ -1,3 +1,9 @@ +2011-07-03 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-sbcl.lisp (debug-var-info): New function: calls SB-DI::DEBUG-VAR-INFO + when available. + (frame-locals, frame-var-value): Treat more-context and more-count vars specially. + 2011-06-21 Nikodemus Siivola <nikodemus(a)random-state.net> * swank.lisp (*indentation-cache-lock*): Deleted.

1 0

[slime-devel] Standard output no longer appears in REPL
by Steven E. Harris 25 Jun '11

25 Jun '11

It's been a couple of months since I last used SLIME. Today I noticed that when I evaluate expressions in the REPL that write to *standard-output*, the output appears in the *inferior-lisp* buffer, but not in the REPL as it used to. I'm using GNU Emacs on Windows atop the CLISP Cygwin build. SLIME is up to date with CVS. Is there some new configuration required to restore the old behavior with output streams feeding into the REPL output? -- Steven E. Harris

5 12

[slime-devel] Slime and the default pathname basic question
by Matus Kmit 24 Jun '11

24 Jun '11

Hi everybody i have some basic slime/lisp question. Normally if i start lisp from the command line in a particular directory, this directory is set as the default path in the lisp interpreter. So i can load any other file in the same directory simple by (load "filename"). In emacs slime, as soon as i start the slime-mode the default path is set to my linux home directory (i checked it in *default-pathname-defaults*). So my question is, what is the most straightforward method to set up slime (or lisp, or my lisp file) in such a way, that the default path is set to the currently loaded file? Many thanks matus

2 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 22 Jun '11

22 Jun '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2204 slime/ChangeLog:1.2205 --- slime/ChangeLog:1.2204 Sat Jun 18 04:51:22 2011 +++ slime/ChangeLog Tue Jun 21 04:24:01 2011 @@ -1,3 +1,15 @@ +2011-06-21 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank.lisp (*indentation-cache-lock*): Deleted. + (perform-indentation-update): Spawn a new thread to handle the + indentation update when using threads. Move cache-clearing to + UPDATE-INDENTATION/DELTA-FOR-EMACS. Replace the old cache by + the one returned from U-I/D-F-E. + (update-indentation/delta-for-emacs): When clearing the cache, + allocate a new table. When threads are being used, copy the + cache before mutation, to ensure that caches possibly seen by other + threads are write-only by then. + 2011-06-18 Nikodemus Siivola <nikodemus(a)random-state.net> * swank.lisp (*indentation-cache-lock*): New variable: Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.486 slime/contrib/ChangeLog:1.487 --- slime/contrib/ChangeLog:1.486 Thu Jun 16 01:29:17 2011 +++ slime/contrib/ChangeLog Tue Jun 21 04:49:37 2011 @@ -1,3 +1,11 @@ +2011-06-21 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime-cl-indent.el (lisp-loop-indent-forms-like-keywords): Fix type error. + (common-lisp-style-default): Fix type error, move to after styles have been + defined so as to be able to offer a menu for picking the predefined styles. + ("sbcl"): Oops! It's (as ...) not (:as ...). Also add couple of missing defining + forms. + 2011-06-16 Nikodemus Siivola <nikodemus(a)random-state.net> * swank-indentation.lisp (macro-indentation): More complex

1 0

Re: [slime-devel] CVS slime
by Helmut Eller 21 Jun '11

21 Jun '11

* CVS User nsiivola [2011-06-18 11:51] writes: > Update of /project/slime/cvsroot/slime > In directory common-lisp.net:/tmp/cvs-serv20168 > > Modified Files: > ChangeLog swank.lisp > Log Message: > swank: lock around updating the indentation cache > > Hash-tables aren't necessarily thread safe. (Yes, I actually > saw the table get corrupted -- this isn't just theoretical.) Please, don't use locks in swank.lisp. Helmut

3 9

[slime-devel] "lexical-binding: t" breaks lexical-let
by Anton Kovalenko 20 Jun '11

20 Jun '11

As a user of bleeding-edge emacs builds (where lexical-binding: t in slime.el actually matters), I'd like to warn SLIME developers than LEXICAL-LET and LEXICAL-LET* macros are now broken in this mode. They expand into code that mixes (symbol-value) with let-bindings on a dynamically-generated name, assuming that it will be accessed as special, not lexical, variable. If lexical-binding is actually available in emacs, bare LET and LET* should be used instead (tried and worked). I worked around it within my local emacsen by redefinieng lexical-let[*], so they examine `lexical-binding' at expansion time, and expand into LET[*] if appropriate. The same thing could be done in slime.el (and something should be done, IMHO -- in the worst case, removing lexical-binding: t until the issue is fixed in Emacs). The following macros may provide a compatible replacement for both new and old emacs versions: ;; If you know a cleaner way to test whether emacs supports ;; lexical binding, feel free to rewrite the macro below: (defmacro lexical-bind-dispatch (lexical nolexical &rest body) "Dispatch to `lexical' or `nolexical' depending on `lexical-binding': Expand into (lexical...) if lexical-binding is set and supported by emacs, and into (nolexical...) otherwise" (if (and lexical-binding (let (should-not-become-boundp) (not (boundp 'should-not-become-boundp)))) `(,lexical ,@body) `(,nolexical ,@body))) (defmacro lex-let* (bindings &rest body) `(lexical-bind-dispatch let* lexical-let* ,bindings ,@body)) (defmacro lex-let (bindings &rest body) `(lexical-bind-dispatch let lexical-let ,bindings ,@body)) -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 19 Jun '11

19 Jun '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2203 slime/ChangeLog:1.2204 --- slime/ChangeLog:1.2203 Thu Jun 16 01:29:17 2011 +++ slime/ChangeLog Sat Jun 18 04:51:22 2011 @@ -1,3 +1,12 @@ +2011-06-18 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank.lisp (*indentation-cache-lock*): New variable: + hash-table updates aren't necessarily thread-safe. + (perform-indentation-update, update-indentation/delta-for-emacs): + Grab the lock when necessary -- in delta-for-emacs we hold on to + it a bit longer than necessary, but the code is easier to read + this way. + 2011-06-16 Nikodemus Siivola <nikodemus(a)random-state.net> * swank.lisp (macro-indentation): Restore the old simple version.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 16 Jun '11

16 Jun '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2201 slime/ChangeLog:1.2203 --- slime/ChangeLog:1.2201 Tue Jun 14 08:34:18 2011 +++ slime/ChangeLog Thu Jun 16 01:29:17 2011 @@ -1,3 +1,11 @@ +2011-06-16 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank.lisp (macro-indentation): Restore the old simple version. + + * swank-sbcl.lisp (compiling-from-buffer-p): PROBE-FILE to + handle cases there the tmp-directory is a symlink. + (compiling-from-file-p): Ditto. + 2011-06-14 Nikodemus Siivola <nikodemus(a)random-state.net> * swank-backend.lisp (call-with-io-timeout): New DEFINTERFACE. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.485 slime/contrib/ChangeLog:1.486 --- slime/contrib/ChangeLog:1.485 Wed Jun 15 02:13:21 2011 +++ slime/contrib/ChangeLog Thu Jun 16 01:29:17 2011 @@ -1,3 +1,9 @@ +2011-06-16 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-indentation.lisp (macro-indentation): More complex + version than the default. Fixes some of the misbehaviour of + the previous complex version. + 2011-06-15 Stas Boukarev <stassats(a)gmail.com> * slime-scheme.el (slime-scheme-indentation-update):

1 0