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

[slime-devel] bracket matching
by Adam 06 Feb '09

06 Feb '09

Thanks for the information. The feature you have described is not exactly what I was after originally, but it seems like it will probably be useful so I have enabled it. What I was after was something that actually inserts the closing brackets for you to help ensure the brackets remain matched. The ParEdit extension that Timur described is exactly what I was after. > * Adam [2009-02-05 11:47+0100] writes: > > >/ Hi, > />/ I'm setting up emacs/slime for the first time and I'm having some > />/ difficulties getting automatic bracket matching to work. I watched Marco > />/ Baringer's lisp video and I've got most of the useful features working > />/ like tab auto-completion and hyperspec lookup for example, but brackets > />/ don't seem to matched automatically like they were in Marco's video. > />/ For example whenever an opening bracket was typed a closing bracket > />/ would be inserted after the cursor, but this doesn't happen in my > />/ emacs/slime configuration. > / > Paren matching is a standard Emacs feature not something specific to > Slime. You can enable it with something like (show-paren-mode t) in > your .emacs. Depending on the Emacs version, there is also an item the > "Options" menu. `M-x customize-option show-paren-mode' will also work. > In Emcas 23 it's enable by default. > > There is also a slightly different feature called "paren blinking" which > moves the cursor temporarily back to the opening paren when the closing > ) is inserted. That's useful if you work on a black&white terminal. > > Helmut. >

1 0

[slime-devel] bracket matching
by Adam 05 Feb '09

05 Feb '09

Hi, I'm setting up emacs/slime for the first time and I'm having some difficulties getting automatic bracket matching to work. I watched Marco Baringer's lisp video and I've got most of the useful features working like tab auto-completion and hyperspec lookup for example, but brackets don't seem to matched automatically like they were in Marco's video. For example whenever an opening bracket was typed a closing bracket would be inserted after the cursor, but this doesn't happen in my emacs/slime configuration. My versions are the following: emacs-22.3-r1 slime-2.0_p20080731 Here is my emacs config for slime/lisp (add-to-list 'load-path "/usr/share/emacs/site-lisp/slime") (require 'slime) (slime-setup) (setq inferior-lisp-program "/usr/bin/sbcl" slime-complete-symbol-function 'slime-fuzzy-complete-symbol common-lisp-hyperspec-root "file:///usr/share/doc/hyperspec-7.0/HyperSpec/" slime-enable-evaluate-in-emacs t slime-log-events t slime-outline-mode-in-events-buffer nil slime-repl-return-behaviour :send-only-if-after-complete slime-autodoc-use-multiline-p t slime-highlight-compiler-notes t browse-url-browser-function 'w3m) (define-key global-map (kbd "<f12>") 'slime-selector) (define-key slime-mode-map (kbd "TAB") 'slime-indent-and-complete-symbol) (define-key slime-mode-map (kbd "C-c TAB") 'slime-complete-form) Thanks in advance, Adam

3 2

[slime-devel] Understanding sbcl source code
by jcm＠sdf.lonestar.org 04 Feb '09

04 Feb '09

I'm sure there's a simple answer to this question. I'm browsing the sbcl source to find the lowest level implementation of CAR and I found this (defun car (list) (car list)) So the 'real' definition of CAR must be elsewhere. :) Perhaps in the C source code? Would someone point me to the correct location? Thanks.

3 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 03 Feb '09

03 Feb '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.171 slime/contrib/ChangeLog:1.173 --- slime/contrib/ChangeLog:1.171 Sun Feb 1 23:57:35 2009 +++ slime/contrib/ChangeLog Mon Feb 2 18:55:36 2009 @@ -1,3 +1,13 @@ +2009-02-02 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (arglist-for-echo-area): Bleh, can't use + WITH-AVAILABLE-ARGLIST because we're supposed to return NIL, not + :NOT-AVAILABLE, in the failure case. + +2009-02-02 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-parse.el ([test] enclosing-form-specs.1): Fix test case. + 2009-02-01 Tobias C. Rittweiler <tcr(a)freebits.de> Add DEFMETHOD-style extended arglist display for

1 0

[slime-devel] Compilation output goes to *inferior-lisp* buffer under ABCL
by Mark Evenson 02 Feb '09

02 Feb '09

Somewhere between 2008-12-25 and 2009-01-17 the output for compilations in ABCL no longer shows up in the REPL but instead goes to the associated *inferior-lisp* buffer. Neither SBCL nor CLISP exhibit this behavior when invoked under the same Emacs/.emacs/SLIME combination, so I assume that something in the 'swank-abcl.lisp' hasn't kept pace with the rest of the system. Could anyone give me a pointer to specific changes that I could look at to investigate fixing this? A basic ten-minute investigation of the diffs didn't reveal anything glaringly obvious to me. Thanks, Mark <evenson(a)panix.com> -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

3 5

[slime-devel] Daily ChangeLog diff
by Helmut Eller 02 Feb '09

02 Feb '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.169 slime/contrib/ChangeLog:1.171 --- slime/contrib/ChangeLog:1.169 Tue Jan 27 15:13:52 2009 +++ slime/contrib/ChangeLog Sun Feb 1 23:57:35 2009 @@ -1,3 +1,28 @@ +2009-02-01 Tobias C. Rittweiler <tcr(a)freebits.de> + + Add DEFMETHOD-style extended arglist display for + DEFINE-COMPILER-MACRO. + + (defun foo (x y &key k1 k2)) + (define-compiler-macro foo |) + + * swank-arglists.lisp ([method] arglist-dispatch): Specialize + on (EQL 'DEFINE-COMPILER-MACRO). + + * slime-parse.el (slime-extended-operator-name-parser-alist): Add + entry for DEFINE-COMPILER-MACRO. + (slime-make-extended-operator-parser/look-ahead): Collect up /at + most/ N sexps. Previously `(defmethod |)' would lead to a form + spec of ``("defmethod" ("defmethod"))''. + ([test] enclosing-form-specs.1): Test for this. + +2009-02-01 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (parse-form-spec): Moved most part of its + docstring into a comment. + (arglist-for-echo-area): Some minor code reorganization. The + autodoc stuff in general could need some fair bit of refactoring. + 2009-01-27 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-repl.el ([shortcut] quit): Quit the connection before

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 31 Jan '09

31 Jan '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1672 slime/ChangeLog:1.1674 --- slime/ChangeLog:1.1672 Tue Jan 27 14:56:14 2009 +++ slime/ChangeLog Fri Jan 30 09:58:48 2009 @@ -1,3 +1,14 @@ +2009-01-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-clisp.lisp (fspec-location): Fix creation of source-location. + + Patch by Carsten Blaauw. + +2009-01-30 Geo Carncross <geocar(a)gmail.com> + + * swank-ecl.lisp (grovel-docstring-for-arglist): Fix for arglist + that reads, but isn't a list + 2009-01-27 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-backend.lisp (with-symbol): New function, to be used with #+.

1 0

[slime-devel] Patch for improving xref with clisp
by Carsten 30 Jan '09

30 Jan '09

Hi, here is a patch that improves handling of cross references with clisp. With this patch file locations are presented to the function level instead of "no location". To enable cross referencing at asdf load time I have the following in my .swank.lisp: ;; update xref-results after loading of files #+clisp (defmethod asdf:perform :after ((operation asdf:load-op) (c asdf:cl-source-ile)) (pxref:xref-files (asdf:component-pathname c)) t) Here's the patch (diffed against swank-clisp.lisp 1.88) #########start######### --- /home/carsten/lisp/slime/swank-clisp.lisp 2009-01-11 04:15:02.000000000 +0100 +++ swank-clisp.lisp 2009-01-16 10:14:47.794470571 +0100 @@ -307,8 +307,9 @@ (make-location (list :file (namestring truename)) (if (consp lines) (list* :line lines) - (list :function-name (string fspec))) - (list :snippet (format nil "~A" type)))) + (list :function-name (string name))) + (when (consp type) + (list :snippet (format nil "~A"type))))) (t (list :error (princ-to-string c)))))) (t (list :error (format nil "No source information available for: ~S" fspec))))))) @@ -666,7 +667,7 @@ (defun xref-results (symbols) (let ((xrefs '())) (dolist (symbol symbols) - (push (fspec-location symbol symbol) xrefs)) + (push (fspec-location symbol (car (pxref:source-file symbol))) xrefs)) xrefs)) (when (find-package :swank-loader) ####end#### I hope it's useful for you and thanks for the good work on Slime Carsten

2 1

[slime-devel] [bug] ecl-swank chokes on cl-ppcre docstring
by Daniel Herring 30 Jan '09

30 Jan '09

Here's the original offender (and fix): diff of cl-ppcre-2.0.1/util.lisp:45,46 (defmacro with-unique-names ((&rest bindings) &body body) - "Syntax: WITH-UNIQUE-NAMES ( { var | (var x) }* ) declaration* form* + "Syntax WITH-UNIQUE-NAMES ( { var | (var x) }* ) declaration* form* Steps to reproduce: * load ECL in Slime * evaluate a form like the following (defmacro break-slime (&rest args) "Syntax: this-is-bad" (list args)) * Slime complains "THIS-IS-BAD is not of type CONS. [Condition of type TYPE-ERROR]" This is caused by grovel-docstring-for-arglist in slime/swank-ecl.lisp. By bad luck, Edi happened to use a docstring which *almost* matched the format... Slime/swank should handle it more gracefully. Later, Daniel P.S. After tracking that down, I updated to the latest Slime CVS; but slime broke. Another bug report...

2 2

[slime-devel] No REPL with SBCL and Emacs Snapshot 23
by Jonathan Lee 29 Jan '09

29 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Due to a problem I was having with SBCL suddenly taking 100% processor time, I recently upgraded from the existing Ubuntu SBCL package to version 1.0.23 and the latest version of SLIME from the CVS repository, running on Emacs Snapshot (GTK) 23. Unfortunately, now SLIME can connect to SBCL but does not create the REPL buffer. SLIME creates the *slime-events* * buffer and the *inferior-lisp* * buffer. In the inferior-lisp buffer, a message states that Swank has started and lists the port number. Here is the complete *inferior-lisp* buffer contents: (progn (load "/home/jonathan/.emacs.d/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.12111" :coding-system "iso-latin-1-unix")) This is SBCL 1.0.23, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * ; loading #P"/home/jonathan/.emacs.d/slime/swank-loader.lisp" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-backend.fasl" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-source-path-parser.fasl" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-source-file-cache.fasl" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-sbcl.fasl" STYLE-WARNING: redefining EMACS-INSPECT (#<BUILT-IN-CLASS T>) in DEFMETHOD ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-gray.fasl" STYLE-WARNING: Implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P. ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank.fasl" WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-SPECIALIZES) ;; Swank started at port: 44287. 44287 * This is what I get in the *Messages* buffer: Polling "/tmp/slime.12111".. (Abort with `M-x slime-abort-connection'.) [7 times] Connecting to Swank on port 44287.. [2 times] Connected. Hacks and glory await! This appears to suggest that SLIME thinks it has succeeded in creating the REPL. However, it does not appear in the buffer menu or the complete buffer list. Any assistance with this would be appreciated. Jonathan - -=-=- ... "Abstract math seems to be the lubricant for hammering square pegs into round holes." - Unknown -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJgS689lVwGqYpXfERAjLoAJ0ZjaD3djT8svcNsoIQ2mmBM/3I4QCghoUX 2rni3L8R4ywQqqi5M9NikZE= =bg8C -----END PGP SIGNATURE-----

3 4