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

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 08 Dec '06

08 Dec '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1015 slime/ChangeLog:1.1017 --- slime/ChangeLog:1.1015 Wed Dec 6 06:51:00 2006 +++ slime/ChangeLog Thu Dec 7 06:09:46 2006 @@ -1,3 +1,17 @@ +2006-12-07 mb <mb(a)bese.it> + + * swank.lisp (init-inspector): Added eval parameter. If NIL we + don't eval FORM but limit our selves to cl:read'ing it and + inspecting that value. + + * slime.el (slime-inspect): If a prefix argument is provided pass + :eval nil to swank:init-inspector. + +2006-12-07 Paul Collins <paul(a)briny.ondioline.org> + + * hyperspec.el (common-lisp-hyperspec): Strip all text properties + from the symbol-at-point to avoid problems with read-only text. + 2006-12-06 Marco Baringer <mb(a)bese.it> * slime.el (slime-search-buffer-package): Don't call

1 0

Re: [slime-devel] Re: Lisp and real-world...
by Sean Charles 08 Dec '06

08 Dec '06

> Hi Sean, > > Maybe a CLiki page to gather input? I'm interested in answers too. OK, here it is: http://www.cliki.net/Lisp%20Deployment Sean

3 2

[slime-devel] per-slime-dialect slime-connected-hook implementation
by _deepfire＠feelingofgreen.ru 07 Dec '06

07 Dec '06

The following snippet adds support for per-slime-dialect hooks to be called after the connection is established. A subtle point is that this allows for nice customisation of lisp projects to be run: (define-slime-dialect "foo" "sbcl" nil (lambda () (cd "/foo/project/path/") (slime-load-file "load-foo.lisp"))) (define-slime-dialect "bar" "sbcl" nil (lambda () (cd "/path/to/bar/project/") (slime-load-file "load-bar.lisp"))) Granted, this could have been arranged for via parameters to sbcl, effectively making an illusion of two "differeng" lisp implementations, but somehow this just feels... cleaner? (this is against cvs slime) --- slime/slime.el 2006-11-29 04:11:54.000000000 +0300 +++ slime-new/slime.el 2006-11-29 04:07:28.000000000 +0300 @@ -1573,20 +1573,29 @@ (when package (slime-repl-set-package (second package))))))) -(defmacro define-slime-dialect (name &optional program hook) +(defvar *slime-in-dialect* nil) + +(defmacro define-slime-dialect (name &optional program hook connhook) "Define a command slime-dialect-NAME to start a specific Lisp. PROGRAM is the command to start the inferior process. HOOK is function which is run before the process is started." (let ((funsym (intern (format "slime-dialect-%s" name))) (hooksym (intern (format "slime-dialect-%s-hook" name))) + (connhooksym (intern (format "slime-dialect-%s-connected-hook" name))) (progsym (intern (format "slime-dialect-%s-program" name)))) `(progn (defvar ,progsym ,program) (defvar ,hooksym ,hook) + (defvar ,connhooksym ,connhook) + (add-hook 'slime-connected-hook + (lambda () + (when (equal *slime-in-dialect* ,name) + (run-hooks ',connhooksym)))) (defun ,funsym () ,(format "Start up slime according to `%s'." progsym) (interactive) (let ((inferior-lisp-program ,progsym)) + (setq *slime-in-dialect* ,name) (run-hooks ',hooksym) (call-interactively 'slime))))))

9 16

[slime-devel] [PATCH] hyperspec.el: strip text properties from suggestion
by Paul Collins 07 Dec '06

07 Dec '06

When point is just after the slime prompt and the user does M-x hyperspec-lookup, the prompt is inserted into the minibuffer as a suggestion. Text properties are retained, and so the user cannot delete the suggestion or even select the previous history entry. Here is a patch that corrects this problem by stripping all of the text properties from the suggestion. A big hammer, perhaps, but I don't like seeing randomly-coloured text in the minibuffer anyway. Index: hyperspec.el =================================================================== RCS file: /project/slime/cvsroot/slime/hyperspec.el,v retrieving revision 1.10 diff -u -r1.10 hyperspec.el --- hyperspec.el 28 Oct 2006 08:44:41 -0000 1.10 +++ hyperspec.el 6 Dec 2006 21:08:16 -0000 @@ -83,7 +83,9 @@ Visit http://www.lispworks.com/reference/HyperSpec/ for more information. If you copy the HyperSpec to another location, customize the variable `common-lisp-hyperspec-root' to point to that location." - (interactive (list (let* ((symbol-at-point (thing-at-point 'symbol)) + (interactive (list (let* ((symbol-at-point + (substring-no-properties + (thing-at-point 'symbol))) (stripped-symbol (and symbol-at-point (downcase -- Paul Collins Wellington, New Zealand Dag vijandelijk luchtschip de huismeester is dood

2 2

[slime-devel] who-calls vs list-callers
by Marco Baringer 07 Dec '06

07 Dec '06

can we drop the list-callers interface and just use who-calls? i don't think slime sholud expose two ways to do the same thing. if we want structure slime's xref implementation in two layers, for whatever technical reasons caused us to have these two functions, i'm fine with that. -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 07 Dec '06

07 Dec '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1013 slime/ChangeLog:1.1015 --- slime/ChangeLog:1.1013 Tue Dec 5 09:36:34 2006 +++ slime/ChangeLog Wed Dec 6 06:51:00 2006 @@ -1,3 +1,16 @@ +2006-12-06 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-search-buffer-package): Don't call + match-string-no-properties if it's not defined (as is on some + xemacs') + (slime-repl-clear-buffer): Added optional prefix argument + specifying how many lines to leave. + +2006-12-06 Johan Bockgård <bojohan+sf(a)dd.chalmers.se> + + * swank.lisp (fuzzy-completion-set): Don't mix for clauses and + body clauses in loop. + 2006-12-05 Helmut Eller <heller(a)common-lisp.net> * swank.lisp (create-swank-server): Removed. Use create-server

1 0

[slime-devel] match-string-no-properties missing?
by Alberto Riva 06 Dec '06

06 Dec '06

Hi, I recently updated to the latest slime from CVS, and now every time I do a M-. I get an emacs message that says "Symbol's function definition is void: match-string-no-properties." My emacs is XEmacs 21.4 (patch 15) (x86_64-redhat-linux, Mule). All help appreciated! Thanks, Alberto Riva University of Florida

4 6

[slime-devel] Swank broken in ECL
by bojohan+news＠dd.chalmers.se 06 Dec '06

06 Dec '06

;;; Loading "/home/bojohan/cvs/slime/swank.lisp" Iteration in LOOP follows body code. Current LOOP context: FOR EL = (AREF VECTOR IDX) DO. Broken at LOAD. SWANK>> 2006-12-06 Johan Bockgård <bojohan+sf(a)dd.chalmers.se> * swank.lisp (fuzzy-completion-set): Don't mix for clauses and body clauses in loop. --- swank.lisp 06 Dec 2006 10:06:07 +0100 1.420 +++ swank.lisp 06 Dec 2006 11:46:39 +0100 @@ -3460,8 +3460,7 @@ (parse-completion-arguments string default-package-name) (flet ((convert (vector &optional converter) (when vector - (loop for idx :upfrom 0 - while (< idx (length vector)) + (loop for idx below (length vector) for el = (aref vector idx) do (setf (aref vector idx) (convert-fuzzy-completion-result el converter internal-p package-name))))))

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 06 Dec '06

06 Dec '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1010 slime/ChangeLog:1.1013 --- slime/ChangeLog:1.1010 Mon Dec 4 23:46:06 2006 +++ slime/ChangeLog Tue Dec 5 09:36:34 2006 @@ -1,4 +1,22 @@ +2006-12-05 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (create-swank-server): Removed. Use create-server + instead. + + * slime.el (slime-first-change-hook): Don't do anything if buffers + file doesn't exist. + (slime-start, slime-set-connection-info): Add support for a + :init-function which is called after the usual initialization of the + connection is completed. + + * swank-source-file-cache.lisp (buffer-first-change): Always + return nil and remove the now redundant test with probe-file. + + * swank-backend.lisp (guess-external-format): Return nil if the + file can't be opened. Previusly we wrongly read from stdin. + 2006-12-05 Juho Snellman <jsnell(a)iki.fi> + Real xref support for SBCL (requires SBCL 1.0.0.18). * swank-sbcl.lisp (who-calls): New function, fetch xref data from

1 0

[slime-devel] SLIME can not connect to running SBCL
by vedm 05 Dec '06

05 Dec '06

Latest version of SBCL on Debian, latest SLIME on CVS: I have the image running, try slime-connect, and nothing happens. It doesn't matter if SBCL is running under attachtty or not. When I start SBCL with SLIME (with the "slime" Emacs function), then it starts, but the start-up process stops several times and continues only after I press some key - any key. Any clue? -- vedm

3 5