slime-devel June 2004

slime-devel@common-lisp.net

57 participants
102 discussions

[slime-devel] slime-maybe-start-lisp patch
by Robert Lehr 10 Jun '04

10 Jun '04

I have applied this patch to my local installation of SLIME. It enables me to point to the 'swank-loader' lisp in any location. It enables the user to bypass the original concatenation of SLIME-PATH and SLIME-BACKEND depending on whether SLIME-BACKEND is an absolute pathname or not. In other words, if SLIME-BACKEND is an absolute pathname then the original procedure is bypassed, avoiding the concatenation of SLIME-PATH and SLIME-BACKEND. Otherwise, they are concatenated. Whether you accept this specific logic or not, you should be aware that some installations do not want to put the emacs code and the lisp code in the same location. Hence, my conflict with the 'swank-loader' that I resolved with this patch. -- Robert Lehr (concatenate 'string "bozzio" "@" "the-lehrs" ".com" )

1 1

[slime-devel] Anonymous CVS back (again)
by Luke Gorrie 10 Jun '04

10 Jun '04

Ahoy, Anonymous CVS should be working again now.

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 10 Jun '04

10 Jun '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.387 slime/ChangeLog:1.390 --- slime/ChangeLog:1.387 Tue Jun 8 16:58:32 2004 +++ slime/ChangeLog Wed Jun 9 21:40:28 2004 @@ -1,3 +1,48 @@ +2004-06-10 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (sldb-step): Command is disabled because the function + `swank:sldb-step' that it calls doesn't exist. I don't see any + stepping code in our backends. + +2004-06-09 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-goto-location-position) [:function-name]: The + function name can also occur after a ?(, not only after + whitespace. + + * (slime-init-output-buffer): Initialize the package stack. + Reported by Rui Patrocínio. + + * (slime-completions): Make it consistent with + slime-simple-completions. The second argument was never supplied. + Reported by Rui Patrocínio. + +2004-06-09 Eric Blood <eblood(a)winkywooster.org> + + * slime.el (slime-indent-and-complete-symbol): Renamed from + slime-repl-indent-and-complete-symbol. + + (slime-typeout-frame-properties): Add more default options for the + typeout frame--specifically it now has a default width, and moves + the typeout frame to the upper right. + +2004-06-09 Andras Simon <andras(a)renyi.hu> + + * swank-abcl.lisp: New backend for Armed Bear Common Lisp. + + * swank-loader.lisp: Add ABCL support. + +2004-06-09 Martin Simmons <martin(a)xanalys.com> + + * swank-lispworks.lisp (dspec-stream-position): New function to + make source location work for anything complicated e.g. methods. + (with-swank-compilation-unit): Refactoring. + (who-macroexpands): Implemented. + (list-callers): Implemented. + + * swank-backend.lisp (network-error): Inherit from simple-error to + get correct initargs. + 2004-06-09 Luke Gorrie <luke(a)bluetail.com> * slime.el (sldb-insert-references): Added support for hyperlinked

1 0

[slime-devel] Welcome back!
by Luke Gorrie 09 Jun '04

09 Jun '04

Greetings, The mailing list is now operational again! At least I presume it is, if this test message gets through :-)

5 6

[slime-devel] sbcl sources support
by Christophe Rhodes 09 Jun '04

09 Jun '04

Hi, Attached is a (probably corrupt, sorry) patch which partly implements DWIM when slime commands are executed on sbcl sources. The background: for those who do not know the detail, suffice it to say that, out of the box, sbcl sources are unreadable (in the READ sense) to a running sbcl. The unreadability comes in two forms: firstly, all of the package names are different (this enables sbcl to build cleanly even from itself); secondly, the #! reader macro (reserved to the user) is used extensively by the sources to implement reader conditionals against the *features* that will be active under the to-be-built lisp. This patch uses knowledge of sbcl internals (some of which should probably be in sb-introspect; they'll get moved there once we establish exactly what we need) to, firstly, modify the behaviour of FIND-PACKAGE to treat SB!FOO as a nickname for SB-FOO; and secondly, to temporarily replace the current readtable with one which includes a #! reader macro. This, I think, is good enough for a DWIM system; it gets about 99% of sbcl sources right. My implementation of it is, of course, sucky. I don't really have a handle on the package discipline, nor where a feature like this logically belongs in slime -- it seems to cross-cut several layers. On top of this, I'm fairly sure I haven't found all the places where this is necessary: essentially all places that could do READ need to be wrapped. [ The implementation of the #! reader macro logically belongs in sb-introspect, I think, but it isn't there yet. ] I hope this patch gives enough of a flavour for what is necessary, and enough information to either desuckify it for me, or to tell me what I should do to make it suck less. Cheers, Christophe -- http://www-jcsu.jesus.cam.ac.uk/~csr21/ +44 1223 510 299/+44 7729 383 757 (set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b))) (defvar b "~&Just another Lisp hacker~%") (pprint #36rJesusCollegeCambridge)

2 2

[slime-devel] some problems
by Rui Patrocínio 09 Jun '04

09 Jun '04

Hello, I'm currently working on some extensions to slime (I hope to release the source at end of the month) and I've found some minor problems. Currently the 'slime-repl-stack-package' is not initialized with M-x slime (only with slime-start-and-load, AFAIK), none the less the repl starts with the CL-USER package. Shouldn't the stack be initialized with that package? The other problem is only a matter of consistency. The slime-simple-completions doesn't have the same interface of slime-completions. I think there are some problems with the handling of CL symbols and packages, but I'll comment on that later. Continue with the great job. :) Rui Patrocínio

2 1

[slime-devel] find-definitions
by Andras Simon 09 Jun '04

09 Jun '04

I'd like to make M-. work in abcl, and it looks like it wouldn't be too hard to record source file name, kind (ie. function, macro, etc.), and approximate file-position ("the next form after this position") info in fasl files. Exact file-position is doable, but harder. Ideally, what information is expected from swank-backend:find-definitions, and how accurate should it be? Is there a minimal subset which slime can go by? Which lisp/swank backend has the best support for M-.? Andras

2 1

[slime-devel] slime-load-system
by Thomas F. Burdick 09 Jun '04

09 Jun '04

(Using slime with sbcl here) For asdf systems that have warnings or errors when compiling, slime-load-system is a little less helpful than I'd hope for; I get the slime debugger before I get the nice tree view of what happened. Which is problematic, because I don't know if it's okay to tell asdf to continue, until I know what went wrong. Anyone have a workaround for this? Would it be difficult to get the tree view along with the debugger? I should really familiarize myself better with the slime sources.

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 09 Jun '04

09 Jun '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.385 slime/ChangeLog:1.387 --- slime/ChangeLog:1.385 Mon Jun 7 11:38:02 2004 +++ slime/ChangeLog Tue Jun 8 16:58:32 2004 @@ -1,3 +1,28 @@ +2004-06-09 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (sldb-insert-references): Added support for hyperlinked + references as part of conditions being debugged. This is a new + feature in SBCL to reference appropriate sections of their manual + or CLHS from condition objects. The references are clickable. + + * swank-backend.lisp (format-sldb-condition): New backend function + to format conditions for SLDB. + (condition-references): New function to return a list of + documentation references associated with a condition. + + * swank.lisp (debugger-condition-for-emacs): Call the above + backend functions to add a `references' list for Emacs. + + * swank-sbcl.lisp (format-sldb-condition, condition-references): + Implemented. Requires a recent (latest?) SBCL release. + +2004-06-08 Luke Gorrie <luke(a)bluetail.com> + + * swank-cmucl.lisp (close-socket): Remove any SERVE-EVENT handlers + for the socket's file descriptor. + + * swank-sbcl.lisp (close-socket): Same fix. + 2004-06-07 Luke Gorrie <luke(a)bluetail.com> * swank-cmucl.lisp: Minor refactorings.

1 0

[slime-devel] SBCL clickable documentation, FAIRLY-STABLE
by Luke Gorrie 09 Jun '04

09 Jun '04

Ahoy, I've added support for Christophe's new SBCL `reference-condition' feature. Some SBCL conditions include references to documentation in CLHS or the SBCL manual to explain them, and these become clickable hyperlinks in SLDB. Requires a new (or perhaps latest) SBCL. But I set FAIRLY-STABLE before committing this to give people time to upgrade. An example that produces the references is: CL-USER> (defconstant foo 1) FOO CL-USER> (defconstant foo 2) Kudos Christophe! This will probably be great newbie feature. NB: I haven't gone all the way, e.g. it doesn't hyperlink CLHS glossary references yet - only symbols. Cheers, Luke

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel June 2004