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

[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-indentation: common-lisp-style
by Nikodemus Siivola 09 Jun '11

09 Jun '11

I've added a tentative implementation of indentation styles to slime-indentation on my Github tree: https://github.com/nikodemus/Slime/tree/slime-indentation With this, you can do ;; -*- common-lisp-style: stylename -*- which will then set the indentation specs and buffer-local variables specified for that style in common-lisp-style-alist. (Or you can do M-x set-common-lisp-style as well, of course.) The big deal is that with this you can have eg. IF ident with 2 spaces in one file, and with 4 in another -- as fits the project style. Without this I need to have multiple emacses started with different command-line options which is a huge pain -- and I expect I'm not the only one. Here's a sample style: (push '("eccentric" (variables (lisp-lambda-list-keyword-alignment t) (lisp-lambda-list-keyword-parameter-alignment t) (lisp-loop-indent-subclauses nil) (lisp-loop-indent-forms-like-keywords t)) (indentation (if (4 2 2)))) common-lisp-style-alist) Things I'd like to sort out before proposing this for Slime CVS: - tests - support for inheriting styles - define-common-lisp-style so we're not married to the alist spec - get someone with more emacs-fu to review this ...the last in particular I would appreciate help with. I've no idea if the things I'm doing with buffer-local variables are kosher or not. In particular, I feel a bit icky about (add-hook 'lisp-mode-hook (lambda () (hack-local-variables))) which I needed to do because (lisp-mode) kills all local variables. Cheers, -- nikodemus

1 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 27 May '11

27 May '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2194 slime/ChangeLog:1.2195 --- slime/ChangeLog:1.2194 Mon May 23 23:27:55 2011 +++ slime/ChangeLog Fri May 27 00:45:44 2011 @@ -1,3 +1,11 @@ +2011-05-27 Helmut Eller <heller(a)common-lisp.net> + + Fix "wrong number of args" problem with slime-inspector-quit. + Reported by Anton Kovalenko. + + * slime.el (slime-popup-buffer-quit-function) + (slime-quit-threads-buffer): Drop the kill-buffer-p argument. + 2011-05-24 Helmut Eller <heller(a)common-lisp.net> * slime.el (destructure-case): Fix "`_' not left unused" warnings.

1 0

[slime-devel] slime-inspector-quit: wrong number of args
by Anton Kovalenko 27 May '11

27 May '11

Hi, The following commit 2011-05-22 Helmut Eller <heller(a)common-lisp.net> [...] (slime-inspector-quit): Drop the unused kill-buffer arg from the lambda-list. causes problem with closing inspector buffers using "q", because slime-popup-buffer-quit-function expects the callback (specified by variable with the same name) to accept kill-buffer-p argument. P.S. Unfortunately, the snapshot of 2011-05-22 got into quicklisp collection. It would be probably useful to notify Zach Beane directly when this bug is fixed. -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 26 May '11

26 May '11

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.460 slime/contrib/ChangeLog:1.461 --- slime/contrib/ChangeLog:1.460 Sat May 21 10:01:48 2011 +++ slime/contrib/ChangeLog Wed May 25 17:27:14 2011 @@ -1,3 +1,8 @@ +2011-05-26 Stas Boukarev <stassats(a)gmail.com> + + * slime-package-fu.el (slime-add-export): Add :export to the end + of a defpackage form when there's no :export present. + 2011-05-21 Helmut Eller <heller(a)common-lisp.net> * slime-snapshot.el: License is GPL.

1 0

[slime-devel] Add hook to swank::dispatch-event
by Paulo Madeira 25 May '11

25 May '11

What do you think about adding a hook to swank::dispatch-event, much alike the mechanism in slime-dispatch-event? The purpose would be to support any set of commands that the contribs add, or even the user, through .swank.lisp or any other means. Right now, you can't send any command to Emacs that isn't in dispatch-event's destructuring-case. Paulo Madeira

4 8

[slime-devel] Daily ChangeLog diff
by Helmut Eller 24 May '11

24 May '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2191 slime/ChangeLog:1.2194 --- slime/ChangeLog:1.2191 Sun May 22 00:18:52 2011 +++ slime/ChangeLog Mon May 23 23:27:55 2011 @@ -1,3 +1,25 @@ +2011-05-24 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (destructure-case): Fix "`_' not left unused" warnings. + Insert an (ignore) form for empty bodies; this inhibts the + compiler transformation that leads to the spurios warning. This + has no runtime cost in compiled code, since the compiler + recognizes (ignore) and emits no code for it. + (slime-flatten-tree): Deleted. No longer used. + +2011-05-23 Stas Boukarev <stassats(a)gmail.com> + + * swank.lisp (sdlb-print-condition): New (or old new) + function. It was bound by P in sldb-mode, but for some reason it + was lost. + +2011-05-23 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-apropos-label-properties): Deleted. Just + auto-load apropos-mode. + (slime-print-apropos): Use the variable apropos-label-face + which seems to exist in all relevant Emacsen. + 2011-05-22 Helmut Eller <heller(a)common-lisp.net> Turn on lexical-binding for slime.el.

1 0

[slime-devel] Better way to get pretty print output with ABCL?
by Mark Evenson 23 May '11

23 May '11

SLIME wraps in ABCL in a manner that doesn't use the TOP-LEVEL:REPL function so one doesn't get pretty printed output by default. If I define SWANK::PRESENT-REPL-RESULTS-WITH-PPRINT as below, and bind it as the value of SWANK::*SEND-REPL-RESULTS-FUNCTION*, the the pretty printer is used for ABCL output under SLIME. But I can't just stick this in the "~/.swank.lisp" file, as the value of swank::*send-repl-results-function* gets reset when contrib/swank-presentations.lisp is loaded making me think "I'm doing it wrong." Is the ABCL/SLIME implementation somehow wrong in not using the TOP-LEVEL:REPL routines for evaluation? How does one configure contrib contributions if not in "~/.swank.lisp"? Does ABCL need to be fixed here, or SLIME, or both? (defun present-repl-results-with-pprint (values) ;; Override a function in swank.lisp, so that ;; presentations are associated with every REPL result. (labels ((pprint-value (value) (let ((pprint-results (with-output-to-string (s) (pprint value s)))) (subseq pprint-results 1))) ;; Strip preceding newline of pprint (send (value) (let ((id (and *record-repl-results* (save-presented-object value)))) (send-to-emacs `(:presentation-start ,id :repl-result)) (send-to-emacs `(:write-string ,(pprint-value value) :repl-result)) (send-to-emacs `(:presentation-end ,id :repl-result)) (send-to-emacs `(:write-string ,(string #\Newline) :repl-result))))) (fresh-line) (finish-output) (if (null values) (send-to-emacs `(:write-string "; No value" :repl-result)) (mapc #'send values)))) -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

1 0

[slime-devel] SLIME protocol version vs SWANK protocol version
by Hugo Duncan 23 May '11

23 May '11

Hi, I am writing a swank server for clojure, and for various reasons, not least of which the frequent updates to SLIME, the versions of slime.el used to connect are usually somewhat old. The clojure swank server could easily support multiple versions of the slime protocol, making it less painful to set up for the many emacs newbies in the clojure world, but to do so would require knowledge of the slime protocol version implemented in slime.el. Would a change in the swank:connection-info message to include slime-protocol-version be a possibility? (swank:connection-info "20110501") This obviously doesn't allow retroactive support of old slime versions, but would provide a path to doing so in the future. -- Hugo Duncan

2 2

[slime-devel] abcl as an inferior lisp program
by Matus Kmit 22 May '11

22 May '11

hi all i am new to this mailing list as well as to slime. upto now i managed to successfully setup and use slime with clisp and sbcl implementations. recently i started to work with abcl, which i already got to work on windows via cygwin + emacs + slime. i am however failing to do so in linux. i build abcl from source using ant and end up having an executable wrapper "abcl" file, kind of shell script which starts java and loads the respective abcl jar file and main class. so when i type "abcl" in linux shell, the abcl REPL opens up (running on JVM). i tried to set up .emacs config file in order to load abcl as an inferior lisp program analogically to what i did on windows using the "abcl.bat" file. i am getting the following error when starting slime in emacs: "let: SIGPIPE raised on process inferior-lisp; closed it" my .emacs file looks like this: (setq inferior-lisp-program "/Documents/abcl-src-0.25.0/abcl") ; your Lisp system (add-to-list 'load-path "~/Documents/slime") ; your SLIME directory (require 'slime) (slime-setup) i am suspecting the problem being abcl a shell script... any help would be greatly appreciated. thank you simplynitaai

2 1