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

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

11 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1495 slime/ChangeLog:1.1498 --- slime/ChangeLog:1.1495 Tue Sep 9 19:29:44 2008 +++ slime/ChangeLog Wed Sep 10 19:18:36 2008 @@ -1,3 +1,42 @@ +2008-09-11 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-compilation-unit): Renamed to + `slime-compilation-result'. + (slime-last-compilation-unit): Renamed to + `slime-last-compilation-result'. + (slime-compiler-notes, slime-compiler-results): Adapted accordingly. + (slime-compilation-finished): Ditto. + +2008-09-11 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-popup-buffer-restore-snapshot): Make sure that + the buffer-local variable containing the popup buffer's snapshot + is set to nil in the right buffer. + +2008-09-11 Tobias C. Rittweiler <tcr(a)freebits.de> + + Reimplement recompilation support. The previous implementation + involving specials was subtly broken with the :fd-handler + communcation-style, because of serve-event's polite interplay with + specials. (Cf. my slime-devel post "Per event bindings" on 2008-08-17.) + + * swank.lisp (with-swank-compilation-unit): Removed. + (record-note-for-condition): Removed. + (defstruct swank-compilation-unit): Renamed to + `swank-compilation-result'. + (swank-compilation-unit-for-emacs): Renamed to + `swank-compilation-result-for-emacs'. + (swank-compiler): Takes additional argument, the + swank-compilation-result where caught notes should be accumulated + into. + (defslimefun compile-file-for-emacs): Adapted accordingly. + (defslimefun compile-string-for-emacs): Ditto. + (defslimefun compile-multiple-strings-for-emacs): New RPC call. + + * slime.el (slime-make-compile-expression-for-swank): Removed. + (slime-compile-string): Don't use above function anymore. Adapted. + (slime-recompile-locations): Rewritten to use new RPC call above. + 2008-09-10 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-backend.lisp (*gray-stream-symbols*): Comment out Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.128 slime/contrib/ChangeLog:1.129 --- slime/contrib/ChangeLog:1.128 Sun Sep 7 08:44:11 2008 +++ slime/contrib/ChangeLog Wed Sep 10 19:51:17 2008 @@ -1,3 +1,8 @@ +2008-09-11 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-asdf.lisp (operate-on-system-for-emacs): Adapted to recent + changes wrt. swank-compilation-unit. + 2008-09-07 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-autodoc.el (slime-make-autodoc-swank-form): Do not

1 0

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

10 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1492 slime/ChangeLog:1.1495 --- slime/ChangeLog:1.1492 Mon Sep 8 18:35:58 2008 +++ slime/ChangeLog Tue Sep 9 19:29:44 2008 @@ -1,3 +1,41 @@ +2008-09-10 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-backend.lisp (*gray-stream-symbols*): Comment out + STREAM-FILE-POSITION. + +2008-09-10 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (eval-for-emacs): Remove WITH-RETRY-RESTART again for + simplicity reasons. + + (interactive-eval): Add WITH-RETRY-RESTART. + (eval-and-grab-output): Ditto. + (interactive-eval-region): Ditto. + (re-evaluate-defvar): Ditto. + (pprint-eval): Ditto. + (repl-eval): Ditto. + (eval-string-in-frame): Ditto. + (pprint-eval-string-in-frame): Ditto. + (init-inspector): Ditto. + (inspect-in-frame): Ditto. + +2008-09-09 Tobias C. Rittweiler <tcr(a)freebits.de> + + A RETRY restart is provided for all Slime evaluation requests. + + The rationale is that restarting from a frame is mostly only + possible for functions compiled with high debug settings; most + functions aren't, however. + + [Alternatively, we could make EVAL-FOR-EMACS be compiled with a + high debug level, so it'll become restartable. That would be + non-obvious to the user, though, and would only work on those + implementations that implement SWANK-BACKEND:RESTART-FRAME.] + + * swank.lisp (call-with-retry-restart): New function. + (with-retry-restart): New macro. + (eval-for-emacs): Use WITH-RETRY-RESTART. + 2008-09-09 Tobias C. Rittweiler <tcr(a)freebits.de> A package "Foo.Bar.1.0" was truncated to "0>" as REPL

1 0

[slime-devel] allegro backend
by Roman Budzianowski 09 Sep '08

09 Sep '08

Today's slime fails to load into allegro: ;; Error while loading: .slime/fasl/2008-09-09/allegro-8.1a-linux-x86/ swank-allegro.fasl ;; Condition: Symbol STREAM-FILE-POSITION not found in package EXCL ;; Aborting. ;; ; Exiting Any workaround?

3 2

[slime-devel] Re: [slime-cvs] CVS slime
by Helmut Eller 09 Sep '08

09 Sep '08

* trittweiler [2008-09-09 14:35+0200] writes: > (eval-for-emacs): Use WITH-RETRY-RESTART. EVAL-FOR-EMACS is not the place to put restarts. You have to do that in INTERACTIVE-EVAL etc. Helmut.

2 2

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

09 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1491 slime/ChangeLog:1.1492 --- slime/ChangeLog:1.1491 Sun Aug 31 07:58:09 2008 +++ slime/ChangeLog Mon Sep 8 18:35:58 2008 @@ -1,3 +1,10 @@ +2008-09-09 Tobias C. Rittweiler <tcr(a)freebits.de> + + A package "Foo.Bar.1.0" was truncated to "0>" as REPL + prompt. It'll now be displayed as "Bar.1.0>". + + * swank.lisp (auto-abbreviated-package-name): Adapted accordingly. + 2008-08-31 Helmut Eller <heller(a)common-lisp.net> * swank-backend.lisp (*gray-stream-symbols*): Remove

1 0

[slime-devel] slime-c-p-c
by Madhu 08 Sep '08

08 Sep '08

Re: slime-complete-symbol* : I noticed that slime-c-p-c does not work correctly but can mangle text after a completion is chosen , [I'm appending a test case to the end of this message.] I'm afraid I'm to blame for this, I think: the patch I submitted claiming to fix XEmacs behaviour (on 2007-08-04) and which was committed on 2007-09-04 is incorrect [ 1. the analysis is not restricted to XEmacs, and 2. Emacs choose-completion does not work right unless the text in the buffer is a proper prefix of the completions displayed. I cannot see any lowest-common-denominator solution for this.] I would suggest reverting the patch. The downside is that you get back the original behaviour, which mangles the text BEFORE the completion is chosen: If you type "m-v" and hit TAB the function will delete your text and leave you with "m" -- because "m" is emacs' completed-prefix matching both "machine-version" and "multiple-value*"s. [This may or may not be acceptable, indeed whether it is what you want would depend on which buffer you are in, and what symbol you are trying to complete] Apologies for the incomplete patch and the earlier noise over the [unrelated yet related] unambiguous-prefix issue (from 06).. -- Madhu ;;; PS: Here is a test case transcript, and also what to expect on the ;;; suggest fix : ;;; ;;; 1. First we recreate the situation in acl, where there are multiple ;;; completions for "l-p-t". ;;; CL-USER> '(locale-print-time logical-pathname-translations logical-pathname-translations-database-pathnames) (LOCALE-PRINT-TIME LOGICAL-PATHNAME-TRANSLATIONS LOGICAL-PATHNAME-TRANSLATIONS-DATABASE-PATHNAMES) ;;; ;;; 2. slime-c-p-c-unambiguous-prefix-p is set to nil ;;; BEFORE: CL-USER> l-p-t ;;; ^^^ hit TAB, then choose the logical-pathname-translations ;;; completion in the *Completions* buffer ;;; AFTER: The completed form looks like: CL-USER> (l-plogical-pathname-translations ;;; ;;; 3. Next try after setting slime-c-p-c-unambiguous-prefix-p nil ;;; BEFORE: CL-USER> l-p-t ;;; ^^^ hit TAB, then choose the logical-pathname-translations ;;; completion in the *Completions* buffer ;;; AFTER: CL-USER> (logical-pathname-translationsp-t ;;; ;;; 4.WITH 2007-09-04 PATCH REVERTED: ;;; BEFORE: CL-USER> l-p-t ;;; ^^^ hit TAB, then choose the logical-pathname-translations ;;; completion in the *Completions* buffer ;;; AFTER: CL-USER> (lo ^^^ note that the text you input is gone. ;;; but at least choosing a completion won't mangle the text in your ;;; buffer

1 1

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

08 Sep '08

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.125 slime/contrib/ChangeLog:1.128 --- slime/contrib/ChangeLog:1.125 Wed Aug 27 13:53:11 2008 +++ slime/contrib/ChangeLog Sun Sep 7 08:44:11 2008 @@ -1,3 +1,30 @@ +2008-09-07 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-make-autodoc-swank-form): Do not + highlight operator in local arglist display. + +2008-09-07 Tobias C. Rittweiler <tcr(a)freebits.de> + + Slime-autodoc now also displays arglists of local functions. + + * swank-arglists.lisp (defslimefun format-arglist-for-echo-area): + New RPC. + + * slime-autodoc.el (slime-make-autodoc-cache-key): New; extracted + from slime-autodoc-thing-at-point. + (slime-make-autodoc-swank-form): New; partially extracted from + slime-autodoc-thing-at-point. Use `slime-autodoc-local-arglist'. + (slime-autodoc-local-arglist): New function. + (slime-autodoc-thing-at-point): Use the two new functions. + +2008-09-07 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-enclosing-context.el: New utility contrib on top of + `slime-parse' to extract some context around point, like bound + variables or bound functions. + + * slime-mdot-fu.el: Move context stuff out to the new contrib. + 2008-08-27 Helmut Eller <heller(a)common-lisp.net> * swank-arglists.lisp (variable-desc-for-echo-area): Limit the

1 0

[slime-devel] stream-file-position in CCL
by Stas Boukarev 06 Sep '08

06 Sep '08

Clozure CL has no recently added `stream-file-position' in their gray streams implementation. -- With Best Regards, Stas.

3 5

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

01 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1488 slime/ChangeLog:1.1491 --- slime/ChangeLog:1.1488 Sat Aug 30 11:33:56 2008 +++ slime/ChangeLog Sun Aug 31 07:58:09 2008 @@ -1,3 +1,10 @@ +2008-08-31 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (*gray-stream-symbols*): Remove + stream-file-position because it's called stream-position in CCL. + (make-fn-streams): Deleted. + Update callers accordingly. + 2008-08-30 Helmut Eller <heller(a)common-lisp.net> * swank-sbcl.lisp (receive-if): Add #+/-linux to avoid yet more

1 0

[slime-devel] [PATCH] new contrib: slime-typeout-buffer
by Michael Weber 31 Aug '08

31 Aug '08

Attached is a patch for a new contrib: slime-typeout-buffer. It does the same as slime-typeout-frame, but is configurable with standard (GNU) Emacs variables. For example, I have the following in special-display-regexps (different height, pin frame to top): '(("^\\*SLIME Typeout\\*$" (height . 20) (top . 0) (minibuffer . nil)) ...) Another interesting effect can be achieved by adding (same-frame . t) and advising display-buffer to shrink the typeout frame to just a few lines. To install, replace slime-typeout-frame with slime-typeout-buffer in slime-setup's list of contribs. Cheers, Michael

1 0