slime-devel

slime-devel@common-lisp.net

4231 discussions

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

02 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1308 slime/ChangeLog:1.1309 --- slime/ChangeLog:1.1308 Thu Feb 28 14:46:13 2008 +++ slime/ChangeLog Sun Mar 2 10:10:34 2008 @@ -1,3 +1,10 @@ +2008-03-02 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-edit-definition-hooks): This variable can be + used to hook into the M-. machinery. + (slime-edit-definition): Run above hooks until one succeeds. By + default, try to find a definition for the symbol at point. + 2008-02-28 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (find-definition-for-thing): New DEFSLIMEFUN. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.94 slime/contrib/ChangeLog:1.96 --- slime/contrib/ChangeLog:1.94 Thu Feb 21 15:49:31 2008 +++ slime/contrib/ChangeLog Sun Mar 2 17:41:45 2008 @@ -1,3 +1,22 @@ +2008-03-02 Tobias C. Rittweiler <tcr(a)freebits.de> + + M-. now works on presentations. + + Additionally, a Find Definition entry is presented in the menu + appearing on right clicking on a presentation. + + * slime-presentations.lisp (slime-M-.-presentation): New function. + (slime-M-.-presentation-at-mouse): New function. + (slime-M-.-presentation-at-point): New function. + (slime-maybe-M-.-presentation-at-point): New function. + (slime-menu-choices-for-presentation): New entry "Find Definition". + (slime-presentation-easy-menu): New entry "Find Definition". + (slime-presentations-init): Hook into `slime-edit-definition-hooks'. + +2008-03-02 Helmut Eller <heller(a)common-lisp.net> + + * swank-mit-scheme.scm: New file. + 2008-02-21 Tobias C. Rittweiler <tcr(a)freebits.de> Having the `slime-presentations' contrib enabled, (princ 10)

1 0

[slime-devel] #+foo (toplevel-form ...), C-c C-c
by Tobias C. Rittweiler 01 Mar '08

01 Mar '08

Hi, on something like #+foo (defun foo (...) ...) | or #+foo (defun foo (...) ...) | Do you think C-c C-c should take the reader conditional into account? As `slime-region-for-defun-at-point' happens to be implemented right now, it isn't. -T.

4 3

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

28 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1306 slime/ChangeLog:1.1308 --- slime/ChangeLog:1.1306 Mon Feb 25 12:17:56 2008 +++ slime/ChangeLog Thu Feb 28 14:46:13 2008 @@ -1,3 +1,34 @@ +2008-02-28 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (find-definition-for-thing): New DEFSLIMEFUN. + + * swank-backend (find-source-location): New DEFINTERFACE. + + * swank-sbcl (find-source-location): Implement it. + + * slime.el (slime-edit-definition-cont): Use `slime-length='. + +2008-02-28 Tobias C. Rittweiler <tcr(a)freebits.de> + + Fix regressions in the `find-definition' test case on SBCL: + + M-. on e.g. SWANK::READ-FROM-EMACS would bring the user to + + (|defun read-from-emacs ...) + + and not + + |(defun read-from-emacs ...) + + * swank-sbcl.lisp (source-file-position): Don't 1+ the returned + position; i.e. return a position usable as a CL /file position/ + which start from 0, and not a position usable in Emacs where + buffer points start from 1. This is important because the return + value is passed to SWANK-BACKEND::READ-SNIPPET which invokes + CL:FILE-POSITION on it. + (make-definition-source-location): Adapted to 1+ the position + passed to Emacs, to reflect above change. + 2008-02-25 Helmut Eller <heller(a)common-lisp.net> Make it easier to prepare core-files. @@ -87,28 +118,7 @@ (slime-analyze-xrefs): Use it; display definitions defined interactively via C-c C-c as comming from #<buffer foo.lisp> instead of foo.lisp. - -2008-02-21 Tobias C. Rittweiler <tcr(a)freebits.de> - - Fix regressions in the `find-definition' test case on SBCL: - - M-. on e.g. SWANK::READ-FROM-EMACS would bring the user to - - (|defun read-from-emacs ...) - - and not - - |(defun read-from-emacs ...) - - * swank-sbcl.lisp (source-file-position): Don't 1+ the returned - position; i.e. return a position usable as a CL /file position/ - which start from 0, and not a position usable in Emacs where - buffer points start from 1. This is important because the return - value is passed to SWANK-BACKEND::READ-SNIPPET which invokes - CL:FILE-POSITION on it. - (make-definition-source-location): Adapted to 1+ the position - passed to Emacs, to reflect above change. - + 2008-02-20 Helmut Eller <heller(a)common-lisp.net> Better factorization for M-. and xref commands.

1 0

[slime-devel] Debian unstable version broken
by Liam Healy 28 Feb '08

28 Feb '08

Hello, Monday I did an update on Debian unstable [UPGRADE] slime 1:20071202-1 -> 1:20080223-1 and now when I start slime I get an error: (progn (load "/usr/share/common-lisp/source/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.27531" :coding-system "iso-latin-1-unix")) This is SBCL 1.0.14.debian, 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. CL-USER(1): ; loading #P"/usr/share/common-lisp/source/slime/swank-loader.lisp" ; in: LAMBDA NIL ; (SB-INT:NAMED-LAMBDA SWANK-LOADER::BINARY-PATHNAME ; (SWANK-LOADER::SRC-PATHNAME SWANK-LOADER::BINARY-DIR) ; (DECLARE (IGNORE SWANK-LOADER::BINARY-DIRECTORY)) ; (BLOCK SWANK-LOADER::BINARY-PATHNAME ; (LET ((SWANK-LOADER::CFP #)) ; (MERGE-PATHNAMES ; (MAKE-PATHNAME :DIRECTORY `# :NAME # :TYPE #) ; (COMMON-LISP-CONTROLLER:CALCULATE-FASL-ROOT))))) ; ==> ; #'(SB-INT:NAMED-LAMBDA SWANK-LOADER::BINARY-PATHNAME ; (SWANK-LOADER::SRC-PATHNAME SWANK-LOADER::BINARY-DIR) ; (DECLARE (IGNORE SWANK-LOADER::BINARY-DIRECTORY)) ; (BLOCK SWANK-LOADER::BINARY-PATHNAME ; (LET ((SWANK-LOADER::CFP #)) ; (MERGE-PATHNAMES ; (MAKE-PATHNAME :DIRECTORY `# :NAME # :TYPE #) ; (COMMON-LISP-CONTROLLER:CALCULATE-FASL-ROOT))))) ; ; caught STYLE-WARNING: ; declaring unknown variable BINARY-DIRECTORY to be ignored ; ; caught STYLE-WARNING: ; The variable BINARY-DIR is defined but never used. ; in: LAMBDA NIL ; (SWANK-LOADER::UNIQUE-DIRECTORY-NAME) ; ; caught STYLE-WARNING: ; undefined function: UNIQUE-DIRECTORY-NAME ; ; caught STYLE-WARNING: ; This function is undefined: ; UNIQUE-DIRECTORY-NAME ; ; compilation unit finished ; caught 4 STYLE-WARNING conditions debugger invoked on a UNDEFINED-FUNCTION in thread #<THREAD "initial thread" {10046D2CA1}>: The function SWANK-LOADER::UNIQUE-DIRECTORY-NAME is undefined. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. ("bogus stack frame") 0] and of course I never get a slime REPL. Before I file a bug report with Debian I thought I'd ask here to see if anybody knew about this, if there is a workaround etc. Thanks, Liam

3 3

[slime-devel] SWANK-BACKEND:FIND-DEFINITIONS -- return value specification.
by Tobias C. Rittweiler 28 Feb '08

28 Feb '08

Hi, The return value of FIND-DEFINITIONS isn't specified as rigorously as I'd like; I'm referring to its DSPEC part specially. For instance, on CMUCL: (find-definitions #'car) ==> (((FUNCTION CAR) ..location..) ...) whereas on SBCL (find-definitions #'car) ==> (((DEFUN CAR) ..location..) ...) Similiarly, CMUCL returns a dspec (VARIABLE :SPECIAL *FOO*) whereas SBCL returns (DEFVAR *FOO*). I'd like to specify that a DSPEC is either a symbol, or a list where the CAR is the defining symbol (DEFVAR for variables, DEFUN for function, &c.) that resulted in the respective definition, the CADR is the name of the thing, and optionally there's an extra description as the rest argument (specializing arglist for methods, for instance.) Furthermore, I'd like to explicitly validate this with a DESTRUCTURE-CASE such that each backend implementator can directly see what's expected. Opinions? -T.

3 11

[slime-devel] SLIME REPL problem with openmcl
by Neil Baylis 27 Feb '08

27 Feb '08

Hi, I posted this question on c.l.l and they suggested I re-post it here. I run into a problem when running SLIME with Clozure Common Lisp (a.k.a. openmcl). When I call a function with the wrong number of args, the error message is unhelpful. When I do the same running openmcl directly (not via SLIME) it works correctly. Here's a transcript: ; SLIME 2008-02-25 CL-USER> (defun foo (a b) (+ a b)) FOO CL-USER> (foo 4 5) 9 CL-USER> (foo 3) > Error: value -2 is not of the expected type UNSIGNED-BYTE. > While executing: NBUTLAST, in process repl-thread(5). > Type :POP to abort, :R for a list of available restarts. > Type :? for other options. 1> :pop ; Evaluation aborted. CL-USER> (foo 3 4 5) > Error: value -2 is not of the expected type UNSIGNED-BYTE. > While executing: NBUTLAST, in process repl-thread(5). > Type :POP to abort, :R for a list of available restarts. > Type :? for other options. 1> :pop ; Evaluation aborted. CL-USER> This is running under Aquamacs 1.3, but it did the same under 1.2. I refreshed the SLIME inside Aquamacs from cvs about 30 minutes before I tried this example. Is there something I need to configure to make this work? Or is this a known problem? Thanks, Neil Baylis

2 3

[slime-devel] slime startup with clbuild's START_SLIME_USING_CORE
by David Lichteblau 26 Feb '08

26 Feb '08

Hi, I'm having trouble starting slime when swank is already in the core. This is what I'm trying to do: $ clbuild dumpcore slime $ echo 'START_SLIME_USING_CORE=42' >>clbuild.conf $ clbuild slime -nw -q which used to work, but now I get this: ------------------------------------------------------------------------------- Control stack exhausted (no more space for function call frames). This is prob$ [Condition of type SB-KERNEL::CONTROL-STACK-EXHAUSTED] Restarts: 0: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (SB-KERNEL::CONTROL-STACK-EXHAUSTED-ERROR) 1: ("foreign function: #x41FFA2") 2: ("foreign function: #x2B346806F000") 3: (READ-CHAR #<SYNONYM-STREAM :SYMBOL SWANK::*CURRENT-STANDARD-INPUT* {204F0$ 4: (READ-CHAR #<SYNONYM-STREAM :SYMBOL SWANK::*CURRENT-STANDARD-INPUT* {204F0$ ... What's the right way to do this with current slime? Thanks, David

3 10

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

25 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1305 slime/ChangeLog:1.1306 --- slime/ChangeLog:1.1305 Sun Feb 24 11:50:47 2008 +++ slime/ChangeLog Mon Feb 25 12:17:56 2008 @@ -1,3 +1,16 @@ +2008-02-25 Helmut Eller <heller(a)common-lisp.net> + + Make it easier to prepare core-files. + + * swank-loader.lisp (init): Two new keyword args: :SETUP and + :LOAD-CONTRIBS. :SETUP=nil can be used to suppress init hooks and + loading user init files. + + * swank.asd: Call swank-loader:init with :SETUP=nil. + + * swank.lisp (init-global-stream-redirection): Guard against + redirecting already redirected streams. + 2008-02-24 Helmut Eller <heller(a)common-lisp.net> Work harder to avoid wrong guesses for slime-repl-set-package.

1 0

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

24 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1303 slime/ChangeLog:1.1305 --- slime/ChangeLog:1.1303 Sat Feb 23 05:29:06 2008 +++ slime/ChangeLog Sun Feb 24 11:50:47 2008 @@ -1,3 +1,19 @@ +2008-02-24 Helmut Eller <heller(a)common-lisp.net> + + Work harder to avoid wrong guesses for slime-repl-set-package. + + * slime.el (slime-repl-set-package): Use slime-pretty-package-name + to strip double quotes from slime-current-package before comparing + it with slime-lisp-package. Still doesn't deal with nicknames and + other reader tricks. + +2008-02-23 Ariel Badichi <abadichi(a)bezeqint.net> + + Allow ED-IN-EMACS to edit new files. + + * swank.lisp (ed-in-emacs): Accept non-existing files. + (canonicalize-filename): Merged into ed-in-emacs. + 2008-02-23 Nikodemus Siivola <nikodemus(a)random-state.net> If there is no connection, offer the option to start SLIME.

1 0

[slime-devel] Modeline breakage in Emacs trunk
by Bob Rogers 24 Feb '08

24 Feb '08

I just tried the latest Slime with the latest Emacs (well, actually an update from trunk as of last night), and found the oddest breakage: After M-x slime, doing C-x C-b (list-buffers) in *any* buffer dies with an "Attempt to modify read-only object". Here's a backtrace: format-mode-line((#(":%s" 0 3 (auto-composed t))) nil nil #<buffer *inferior-lisp*>) list-buffers-noselect(nil) list-buffers(nil) call-interactively(list-buffers nil nil) But I can't find a literal ":%s" in the Slime source, and am in any case ignorant of how mode-line update works. FWIW, I am using CMUCL. I suspect that this is a consequence of the Emacs Unicode branch merge earlier this month; this is the first time I've used Slime since building Emacs after the merge. Is anyone using Slime with Emacs trunk? TIA, -- Bob Rogers http://rgrjr.dyndns.org/

1 1

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