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

[slime-devel] comma shortcut doesn't work always
by Edi Weitz 31 Jan '06

31 Jan '06

Another minor glitch that I encountered is that the comma shortcut in the REPL doesn't always work. I can consistently reproduce it (GNU Emacs 21.3.50 and also 21.3 release) like this: 1. Make sure point is at the beginning of a REPL input line. 2. Split Emacs frame into two windows, one of them being the REPL the other one containing something else. 3. Hide REPL window with C-x 0. 4. Now type M-x slime. 5. Type the comma. At this point I'm not asked for a shortcut command in the minibuffer but the comma is simply entered into the REPL instead. Anybody else seeing this? Cheers, Edi.

10 25

Re: [slime-devel] Re: CLISP SLIME implementation breaks in CVS
by Bill_Clementson＠peoplesoft.com 21 Jan '06

21 Jan '06

Luke Gorrie <luke(a)bluetail.com> writes: > Bill_Clementson(a)peoplesoft.com writes: > > > My previous SLIME installation was a CVS install from 4/18. I've just taken > > the latest CVS install and the CLISP SLIME implementation (under Windows) > > breaks. Here is the error: > > > > COERCE: #<MACRO #<COMPILED-CLOSURE SWANK::DEFSLIMEFUN>> cannot be coerced > > to type FUNCTION > > [Condition of type SIMPLE-TYPE-ERROR] > > I can reproduce this but I've no idea what is causing it. It /looks/ > like someone is trying to call defslimefun as a function rather than a > macro, but I don't see where it could happen -- the macro is declared > at the top of the only file that refers to it. > > I did fix a different but similar problem that I got under CLISP. It > seems like I had to swap the order of a couple of macros, one of which > expanded into into code that calls the other, but that surely can't be > the reason. > > > Backtrace: > > 0: EVAL frame for form (SWANK:CREATE-SWANK-SERVER 4007) > > Mine actually gives an empty backtrace (!). I fixed the Elisp-side to > handle that incase it helps someone more CLISP-savvy find the problem. Has anybody had any luck in finding the source of this problem? CLISP still breaks for me in the latest CVS. I have had a look at all of the DEFSLIMEFUN's that were modified since 4/18 (the previous CVS version that I had which was working ok with CLISP) and haven't found any obvious clues. Any suggestions on how I might debug this issue as it occurs at startup during the slime-connect processing in Emacs (after CLISP has started up successfully)? - Bill

5 6

[slime-devel] Comment indentation in newer Emacsen
by Edi Weitz 03 Jul '05

03 Jul '05

Dumb question number two for today: I've recently switched to a CVS build (circa end of January) of GNU Emacs on Windows. Now, if I have a function like this in a lisp mode buffer (defun foo () "This is a very very very very very very very very very very very very long comment line." (bar x)) and press M-q within the comment string the result looks like so: (defun foo () "This is a very very very very very very very very very very very very long comment line." (bar x)) However, in 21.3 the result looked like this (defun foo () "This is a very very very very very very very very very very very very long comment line." (bar x)) which is what I prefer. Is this a bug or can the behaviour be changed with some setting that I'm missing? Thanks, Edi.

3 3

[slime-devel] debian package uploaded
by Peter Van Eynde 03 May '05

03 May '05

|To: pvaneynd(a)debian.org |Subject: Processing of slime_cvs-20050429-1_i386.changes |From: Archive Administrator <katie(a)ftp-master.debian.org> |Date: Fri, 29 Apr 2005 03:12:48 -0400 | |slime_cvs-20050429-1_i386.changes uploaded successfully to localhost |along with the files: | slime_cvs-20050429-1.dsc | slime_cvs-20050429.orig.tar.gz | slime_cvs-20050429-1.diff.gz | slime_cvs-20050429-1_all.deb | |Greetings, | | Your Debian queue daemon The packages are based on the work on Sean Champ <schamp(a)commonwerx.org> that I modified to reflect the fact that the only place to be is HEAD. It will be for some time in the NEW queue and then will appear in debian unstable, until then people can download the packages from http://people.debian.org/~pvaneynd/slime/. If Sean wants to maintain it, he is welcome to do so, and I will gladly sponsor him. I regret having to kidnap the package, but people have been waiting for slime package far too long. Fire at will! Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

2 1

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 29 Apr '05

29 Apr '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.674 slime/ChangeLog:1.675 --- slime/ChangeLog:1.674 Wed Apr 27 16:54:41 2005 +++ slime/ChangeLog Fri Apr 29 01:32:29 2005 @@ -1,3 +1,25 @@ +2005-04-29 Dan Pierson <dlp(a)itasoftware.com> + + * slime.el (slime-parse-context): Fix method parsing so that + pressing, say, C-c C-t when point is on a '-' in a symbol name + won't break. + (slime-browser-map): New variable. Add support for the common 'q' + keystroke to quit out of the xref. + (slime-fetch-browsable-xrefs): New function. Remove the (FLET ...) + entries which appear on at least CMUCL. I don't believe you can + actually expand them on any current implementation and they just + mess up the browse tree. Use only the method name when looking + up (METHOD ...) entries on CMUCL. This really shouldn't be here, + but I can't see how to avoid the error thrown by swank:xref. + (slime-expand-xrefs): Use it. + (slime-call-with-browser-setup): Initialize slime-buffer-package + properly. Previously, lisp-mode was called after setting it, but + lisp-mode clears all local variables, use lisp-mode-variables + instead. + + * swank-cmucl.lisp (toggle-trace): Be more carefully when tracing + methods: try both (METHOD ...) and (PCL:FAST-METHOD ...). + 2005-04-27 Helmut Eller <heller(a)common-lisp.net> * swank-cmucl.lisp (+header-type-symbols+): Drop the third arg to

1 0

[slime-devel] Slime bug in macro handling
by Will M. Farr 29 Apr '05

29 Apr '05

Hello all, I have just encountered a bug while using SBCL 0.9.0.1 or OpenMCL 0.14.3 and the latest CVS slime (as of 10 minutes ago) on my PowerBook G4 with Mac OS 10.3.9. Evaluating the following commands using C-M-x (except for the in-package, which I have to type at the REPL) works fine: (defpackage :fast-math (:use :cl)) (in-package :fast-math) (defmacro f+ (&rest xs) `(the double-float (+ ,@(map 'list #'(lambda (x) `(the double-float ,x)) xs)))) (defmacro f- (&rest xs) `(the double-float (- ,@(map 'list #'(lambda (x) `(the double-float ,x)) xs)))) (defmacro f* (&rest xs) `(the double-float (* ,@(map 'list #'(lambda (x) `(the double-float ,x)) xs)))) (defmacro f/ (&rest xs) `(the double-float (/ ,@(map 'list #'(lambda (x) `(the double-float ,x)) xs)))) (f* 10.d0 30.d0) (f+ 10.d0 30.d0) (f- 10.d0 30.d0) (f/ 30.d0 10.d0) However, if I then type (f* 10.d0 30.d0) at the REPL, I get an error involving the "undefined function f*". Even after this, if I then evaluate (f* 10.d0 30.d0) using C-M-x it works fine! I notice that typing (f* ...) in the REPL doesn't bring up the autocomplete information from SLIME, while typing it in a different slime buffer does bring up the note (f* &rest xs). The problem doesn't occur if the macros are defined in the cl-user package. I don't really know anything about the internal workings of slime or I'd post a fix, too. Sorry. Let me know if there's more information I can offer about the problem. Thanks! Will Farr

3 3

[slime-devel] New trace fixes for CMUCL
by Dan Pierson 28 Apr '05

28 Apr '05

Here's a patch to more carefully try both (METHOD ...) and (PCL:FAST-METHOD ...) when tracing methods on CMUCL. Dan Pierson Index: swank-cmucl.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-cmucl.lisp,v retrieving revision 1.143 diff -u -r1.143 swank-cmucl.lisp --- swank-cmucl.lisp 3 Apr 2005 23:27:41 -0000 1.143 +++ swank-cmucl.lisp 28 Apr 2005 15:11:12 -0000 @@ -2136,9 +2136,13 @@ (let ((name (second spec))) (toggle-trace-aux name :methods name))) ((:defmethod) - (toggle-trace-aux `(method ,(cdr spec))) - ;; Man, is this ugly - (toggle-trace-aux `(pcl::fast-method ,(cdr spec)))) + (cond ((fboundp `(method ,@(cdr spec))) + (toggle-trace-aux `(method ,(cdr spec)))) + ;; Man, is this ugly + ((fboundp `(pcl::fast-method ,@(cdr spec))) + (toggle-trace-aux `(pcl::fast-method ,@(cdr spec)))) + (t + (error 'undefined-function :name (cdr spec))))) ((:call) (destructuring-bind (caller callee) (cdr spec) (toggle-trace-aux (process-fspec callee)

2 1

[slime-devel] Fixes for slime-browse-xrefs on cmucl
by Dan Pierson 28 Apr '05

28 Apr '05

I've made a couple of fixes to slime-browse-xrefs: 1. Add support for the common 'q' keystroke to quit out of the xref. 2. Remove the (FLET ...) entries which appear on at least CMUCL. I don't believe you can actually expand them on any current implementation and they just mess up the browse tree. 3. Hack swank:xref to look up (METHOD ...) entries on CMUCL. This really shouldn't be here, but I can't see how to put it in swank-cmucl.lisp and avoid the error thrown by swank:xref. 4. Fix slime-parse-context so that pressing, say, C-cC-t when point is on a '-' in a symbol name won't break. (This is part of a CMUCL patch for the new trace which will appear in my next post.) Dan Pierson Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.295 diff -u -r1.295 swank.lisp --- swank.lisp 21 Apr 2005 07:39:12 -0000 1.295 +++ swank.lisp 28 Apr 2005 15:10:45 -0000 @@ -3038,18 +3038,29 @@ errors)))))))) (defslimefun xref (type symbol-name) - (let ((symbol (parse-symbol-or-lose symbol-name *buffer-package*))) - (group-xrefs - (ecase type - (:calls (who-calls symbol)) - (:calls-who (calls-who symbol)) - (:references (who-references symbol)) - (:binds (who-binds symbol)) - (:sets (who-sets symbol)) - (:macroexpands (who-macroexpands symbol)) - (:specializes (who-specializes symbol)) - (:callers (list-callers symbol)) - (:callees (list-callees symbol)))))) + ;; Minimal attempts to retrieve something when passed "(METHOD FOO ...)". + ;; Return nil when passed something incomprehensible like "(FLET FOO ...)". + ;;---*** This is way too CMUCL-specific for the front end, but I have to + ;;---*** do something before parse-symbol-or-lose looses. + (let* ((spec (from-string symbol-name)) + (symbol-string nil)) + (cond ((and (listp spec) (string-equal (string (first spec)) "METHOD")) + (setq symbol-string (string (second spec)))) + ((not (listp spec)) + (setq symbol-string symbol-name))) + (when symbol-string + (let ((symbol (parse-symbol-or-lose symbol-string *buffer-package*))) + (group-xrefs + (ecase type + (:calls (who-calls symbol)) + (:calls-who (calls-who symbol)) + (:references (who-references symbol)) + (:binds (who-binds symbol)) + (:sets (who-sets symbol)) + (:macroexpands (who-macroexpands symbol)) + (:specializes (who-specializes symbol)) + (:callers (list-callers symbol)) + (:callees (list-callees symbol)))))))) ;;;; Inspecting Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.484 diff -u -r1.484 slime.el --- slime.el 18 Apr 2005 19:23:40 -0000 1.484 +++ slime.el 28 Apr 2005 15:10:48 -0000 @@ -5587,7 +5587,7 @@ (backward-up-list 1) (slime-parse-context `(setf ,name))) ((slime-in-expression-p '(defmethod *)) - (unless (looking-at "\\>\\|\\s ") + (unless (looking-at "\\s ") (forward-sexp 1)) ; skip over the methodname (let (qualifiers arglist) (loop for e = (read (current-buffer)) @@ -7485,6 +7485,14 @@ :dynargs 'slime-expand-class-node :has-echildren t)))) +(defvar slime-browser-map nil + "Keymap for tree widget browsers") + +(unless slime-browser-map + (setq slime-browser-map (make-sparse-keymap)) + (set-keymap-parent slime-browser-map widget-keymap) + (define-key slime-browser-map "q" 'bury-buffer)) + (defun slime-call-with-browser-setup (buffer package title fn) (require 'tree-widget) (switch-to-buffer buffer) @@ -7495,9 +7503,9 @@ (funcall fn) (lisp-mode) (slime-mode t) - (use-local-map widget-keymap) + (use-local-map slime-browser-map) (widget-setup)) - + ;;;; Xref browser @@ -7510,6 +7518,9 @@ append specs))) (loop for (dspec . _) in specs + ;; We can't expand FLET references so they're useless + unless (string= "(FLET" (substring dspec 0 5)) + ;;---*** Need to find and remove duplicates collect `(tree-widget :tag ,dspec :xref-type ,type :dynargs slime-expand-xrefs

2 2

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 27 Apr '05

27 Apr '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.672 slime/ChangeLog:1.674 --- slime/ChangeLog:1.672 Thu Apr 21 14:07:42 2005 +++ slime/ChangeLog Wed Apr 27 16:54:41 2005 @@ -1,3 +1,8 @@ +2005-04-27 Helmut Eller <heller(a)common-lisp.net> + + * swank-cmucl.lisp (+header-type-symbols+): Drop the third arg to + apropos-list; it's no longer supported in recent CMUCLs. + 2005-04-21 Luke Gorrie <luke(a)synap.se> * swank.lisp (arglist-to-string): Rolled back the previous change

1 0

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 21 Apr '05

21 Apr '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.669 slime/ChangeLog:1.672 --- slime/ChangeLog:1.669 Wed Apr 20 19:27:52 2005 +++ slime/ChangeLog Thu Apr 21 14:07:42 2005 @@ -1,3 +1,8 @@ +2005-04-21 Luke Gorrie <luke(a)synap.se> + + * swank.lisp (arglist-to-string): Rolled back the previous change + because it interferred with values appearing in parameter lists. + 2005-04-20 Luke Gorrie <luke(a)synap.se> * swank.lisp (arglist-to-string): Bind *PRINT-ESCAPE* to NIL. This @@ -8,9 +13,6 @@ `linux_no_threads_p' alien variable to decide whether to use :SPAWN. From dan_b for compatibility with new SBCLs. -2005-04-19 heller <heller@xaital> - - * /project/slime/cvsroot/slime/PROBLEMS: Warn about old kernels. 2005-04-19 Helmut Eller <heller(a)common-lisp.net> * PROBLEMS: Warn about old kernels. @@ -1417,7 +1419,7 @@ * swank-cmucl.lisp (return-from-frame): Add it. -2004-10-11 Thomas Burdick <tfb(a)OCF.Berkeley.EDU> +2004-10-11 Thomas F. Burdick <tfb(a)OCF.Berkeley.EDU> * swank-sbcl.lisp (function-definitions): Find compiler macros, too. (find-defintions, compiler-definitions)

1 0