slime-devel

slime-devel@common-lisp.net

4231 discussions

[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

[slime-devel] slime-indentation: what's cooking
by Nikodemus Siivola 19 May '11

19 May '11

I'm now probably going to lay off from making additions to slime-indentation for a while, eating my own dogfood instead of making more. I just wanted to give a heads-up on a few features in my github tree that are not in CVS yet: https://github.com/nikodemus/Slime/tree/slime-indentation 1. Support for named styles. This still needs cleanup, but there has been some progress. You may need to update your styles later if you start using this now, but probably not very much. 2. Per package indentation information. Currently Slime messes things up when sending indentation hints derived from macro-lambda lists if there are multiple macros with the same symbol-name in different packages, with different lambda-lists. I've made it so that things should -- mostly -- go right. 3. Delegating indentation specs. Specifying (as let) as the indentation of another symbol means to indent it as if it was a let -- and if the indentation of let changes, those delegating to it will automatically pick up the new indentation. This is especially important for styles: if the style you are defining inherits from another style that uses (as case) for case, ecase, typecase, etc, you only need to redefine the indentation of case to have everything change. 4. An attempt at deriving better macro-indentation specs, so that eg. (defmacro foo (x (&rest args) &body body) ...) gives us (foo (bar quux zot) (a b c d) (form1) (form2)) instead of (foo (bar quux zot) (a b c d) (form1) (form2)) If anyone wants to test-drive that branch, they're most welcome. Let me know if something doesn't work as expected. Cheers, -- nikodemus

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel