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

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

01 Jun '11

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.461 slime/contrib/ChangeLog:1.463 --- slime/contrib/ChangeLog:1.461 Wed May 25 17:27:14 2011 +++ slime/contrib/ChangeLog Tue May 31 03:30:02 2011 @@ -1,7 +1,15 @@ +2011-05-31 Stas Boukarev <stassats(a)gmail.com> + + * slime-package-fu.el (slime-export-symbol-representation-auto): + New variable. Default value is t. + Determine automatically which style is used for symbols, #: or : + If it's mixed or no symbols are exported so far, + use `slime-export-symbol-representation-function'. + 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. + of a defpackage form when there's no :export present. 2011-05-21 Helmut Eller <heller(a)common-lisp.net>

1 0

[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

[slime-devel] Trace output not redirected to the *slime-trace* buffer
by Sergio Pozzetti 19 May '11

19 May '11

Hi all, Newbie to SLIME, but I got it working with CCL. I'm trying to find a way to redirect the trace output to a different buffer. Currently, and irrespective of having the *slime-trace* buffer open and having tried M-x slime-redirect-trace-output, all the trace output comes up in the REPL. Thoughts? Thanks -- Sergio

2 2