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

[slime-devel] Re: Expand imported symbol with package name
by Numeromancer 07 Feb '08

07 Feb '08

Tobias C. Rittweiler wrote: > > Numeromancer <tschaef(a)sbcglobal.net> writes: > > >> >> Does slime have a function which will qualify the symbol at point with >> >> its package name if it is imported? And the obvious extension, >> >> qualifying all symbols in the region or file? Does anyone have any >> >> hints on how one might create such a function? > > > > What do you mean with "if it is imported"? Do you really only mean if > > the symbol was imported via IMPORT or via the :IMPORT-FROM clause of > > DEFPACKAGE? What do you want this for? > > > > -T. > > Sorry about the delay. Perhaps "imported" is not technically correct. "Available in the current package without qualification" might be better. Or not. I mean this: if I am in package foo, which uses cl, for example, then (map 'func-in-foo (list 1 2 3 var-in-foo)) would be transformed to (cl:map 'func-in-foo (cl:list 1 2 3 var-in-foo)) if the whole expression were in the region. The symbols in the current package are not qualified. Or, the package name is an argument and only symbols in that package are so qualified. This would help in finding details of the dependencies between packages. E.g.: If I have a utils package (don't we all?) and another package, foo maybe, and I want to split the latter off into a separate project, I may want to see if I can easily make it independent of utils. Macroexpanding will show me this, but if Slime could do as I suggest I could change the buffer and then one-by-one change the use of objects in util to something else, and thereby remove any dependency on the util package. Or, similarly, I might want to continue to use utils in foo but not :use it, and so force all symbols from utils to have package qualifiers. I could then :use instead some new package that has symbols which conflict with symbols in utils. I hope this is clear. These are not everyday tasks, but they can be tedious, and what I have suggested would help. Thanks Tim S

2 2

[slime-devel] Missing features in latest CVS
by Maciej Katafiasz 06 Feb '08

06 Feb '08

Hi, I recently upgraded from 2007-05-24 to 2007-11-16 snapshot, and I notice there are some useful features that are now gone. I've tried enabling basically everything in contrib/, but those two I can't get back: - Inspecting a (plain) function object now only shows its name and docstring. It used to show much more, in particular recorded debug information, source file and disassembled compiled code - There are no presentations in SLDB backtraces. I find presentations immensely useful for inspecting backtraces, and I miss them a lot. I do get presentations everywhere else, including streams, but not in the debugger I'm using SBCL 1.0.10 on x86/Linux, and SBCL hasn't changed since I used the May snapshot. Cheers, Maciej

6 12

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

06 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1281 slime/ChangeLog:1.1282 --- slime/ChangeLog:1.1281 Mon Feb 4 15:35:11 2008 +++ slime/ChangeLog Tue Feb 5 07:06:22 2008 @@ -1,3 +1,11 @@ +2008-02-05 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-search-buffer-package): Ask the lisp to read the + in-package form so that we properly deal with #+foo and |WHATEVER| + package names. + (slime-repl-set-package): Only prompt with a default package if + the repl's package is different from the current package. + 2008-02-04 Marco Baringer <mb(a)bese.it> * swank-openmcl.lisp (ccl::advise ccl::break): advise the

1 0

[slime-devel] Re: [slime-cvs] CVS slime
by Helmut Eller 05 Feb '08

05 Feb '08

* mbaringer [2008-02-05 13:06+0100] writes: > (save-excursion > (when (or (re-search-backward regexp nil t) > (re-search-forward regexp nil t)) > - (match-string-no-properties 2))))) > + ;; package name can be a string designator, convert it to a string. > + (slime-eval `(cl:string (cl:second (cl:read-from-string ,(match-string-no-properties 0)))) > + "COMMON-LISP-USER"))))) This is bad style for several reasons: 1. slime-eval should only be used in situations where it's impossible to use slime-eval-async e.g. for completion because the control structure is fixed by Emacs built-ins. 2. the argument to slime-eval should look like (swank:function arg1 arg2 ..) where each argument is a literal and not a to-be-evaluated form 3. it uses more than 80 columns 4. it makes a frequently used function much slower 5. it doesn't handle read-errors 6. it interns random symbols 7. it does useless work, because the result of slime-search-buffer-package will be used either with guess-package or slime-pretty-package-name. That's quite a lot for a two line change :-) Helmut.

2 1

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

05 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1276 slime/ChangeLog:1.1281 --- slime/ChangeLog:1.1276 Sun Feb 3 13:51:56 2008 +++ slime/ChangeLog Mon Feb 4 15:35:11 2008 @@ -1,12 +1,56 @@ +2008-02-04 Marco Baringer <mb(a)bese.it> + + * swank-openmcl.lisp (ccl::advise ccl::break): advise the + lower-level ccl::cbreak-loop instead of cl:break. + (frame-locals): If the value is a value-cell (a closed over value) + show the closed over value and not the value cell. + (disassemble-frame): add in x86-64 code. + + * slime-autoloads.el (slime-setup-contribs): Add contribs + directory to load-path. + + * slime.el (slime-setup): Add contribs directory to load-path. + + * swank-abcl.lisp, swank-allegro.lisp, swank-backend.lisp, + swank-clisp.lisp, swank-cmucl.lisp, swank-corman.lisp, + swank-ecl.lisp, swank-lispworks.lisp, swank-openmcl.lisp, + swank-sbcl.lisp, swank-scl.lisp, swank.lisp, + contrib/swank-fancy-inspector.lisp: Remove second argument from + swank:inspect-for-emacs. This functionality, choosing an inspector + at runtime, was never actually used and is, now, needless + complexity. + +2008-02-04 Helmut Eller <heller(a)common-lisp.net> + + Simpler code to bind 0-9 in the debugger. + + * slime.el (sldb-mode-map): When binding the keys 0-9, use eval + instead of two macros. + +2008-02-04 Helmut Eller <heller(a)common-lisp.net> + + Move some functions to swank-arglist.lisp. + + * swank.lisp (length=, ensure-list, recursively-empty-p) + (maybecall, exactly-one-p, read-softly-from-string) + (unintern-in-home-package, valid-function-name-p): Moved to + contrib/swank-arglist.lisp. + 2008-02-03 Marco Baringer <mb(a)bese.it> + * swank.lisp (*sldb-condition-printer*): New variable. + (safe-condition-message): Use the current binding + of *sldb-condition-printer* to print the condition to a string. + * slime.el (sldb-invoke-restart-by-name): New function. Invokes a restart by name, uses completion to read restart's name. (slime-define-keys sldb-mode-map): Bind sldb-invoke-restart-by-name to I in sldb buffers. * swank-loader.lisp: When loading swank delete all swank packages - first. This protects the lisp from broken reloads of swank. + first. This protects the lisp from broken reloads of swank. Leave + the swank-loader package so that users can set *fasl-directory* + and *source-directory* as per the documentation. (lisp-version-string): On openmcl use the full cl:lisp-implementation-version, ccl::*openmcl-major-version* and ccl::*openmcl-minor-version* aren't sufficently precise to notice @@ -15,7 +59,7 @@ 2008-01-27 Helmut Eller <heller(a)common-lisp.net> Make it easier to start a non-default Lisp from ELisp code. - + * slime.el (slime): If the argument is a symbol start the corresponding entry in slime-lisp-implementations. Typical use is something like: @@ -29,7 +73,7 @@ (suppress-sharp-dot): unused, delete it. * slime.el (test compile-defun): test with #+#.'(:and). - + 2008-01-21 Helmut Eller <heller(a)common-lisp.net> * slime.el (sldb-mode): Don't throw to toplevel in the Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.84 slime/contrib/ChangeLog:1.87 --- slime/contrib/ChangeLog:1.84 Sun Feb 3 13:45:14 2008 +++ slime/contrib/ChangeLog Mon Feb 4 13:00:36 2008 @@ -1,3 +1,22 @@ +2008-02-04 Marco Baringer <mb(a)bese.it> + + * swank-presentation-streams.lisp (presenting-object-1): Add + declare special *record-repl-results* to silence compiler + warnings. + + * swank-arglists.lisp (arglist-dispatch): Specialize operator-type + so openmcl doesn't warn about unused arguments. + (arglist-dispatch): add declare ignore form. + +2008-02-04 Helmut Eller <heller(a)common-lisp.net> + + Move some functions to swank-arglist.lisp. + + * swank-arglist.lisp (length=, ensure-list, recursively-empty-p) + (maybecall, exactly-one-p, read-softly-from-string) + (unintern-in-home-package, valid-function-name-p): Moved from + swank.lisp. to contrib/swank-arglist.lisp. + 2008-02-03 Marco Baringer <mb(a)bese.it> * swank-motd.lisp, slime-motd.el: Message Of The Day printing for

1 0

[slime-devel] weak hash tables and presentation
by Geo Carncross 05 Feb '08

05 Feb '08

Hello, I've been looking over adding weak hashtable support to ECL, when I took a closer look at slime's use of them. Maybe they were used more aggressively in the past, but now they seem to only be used by the presentation contrib. I'm not sure they're necessary for that- as long as they're in the REPL shouldn't the presentation keep an extra reference to them? Perhaps a better way to deal with this is to have slime indicate what objects its holding and/or clear this buffer when it stops using them. This might better belong in a per-connection thing, and I wanted some advise on this before I started hacking on this. Are the weak hashtables legacy? Are they going to be used in preparation for something? Is this the only part that needs dealing with? Would it be better still to add weak hashtables to ECL anyway.

4 6

[slime-devel] why not automatically add the contribs directory to load-path?
by Marco Baringer 04 Feb '08

04 Feb '08

hi, any reason slime-setup can't automatically add the contribs directory to emacs' load-path when requiring contribs? something like this: (defun slime-setup (&optional contribs) "Setup Emacs so that lisp-mode buffers always use SLIME. CONTRIBS is a list of contrib packages to load." (when (member 'lisp-mode slime-lisp-modes) (add-hook 'lisp-mode-hook 'slime-lisp-mode-hook)) (when contribs (pushnew (file-name-as-directory (expand-file-name (concat slime-path "contribs")) load-path :test 'string=) (dolist (c contribs) (require c) (let ((init (intern (format "%s-init" c)))) (when (fboundp init) (funcall init))))))) -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

2 3

[slime-devel] configurable condition printing
by Marco Baringer 04 Feb '08

04 Feb '08

hi, It's useful to control what slime prints as the condition message. this can be used, among other ways, to collect and report dynamic state which is import to understanding the error but isn't readily available in the condition object. the attached patch adds a varibale *sldb-condition-printer*, which defaults to #'format-sldb-condition, to control this. -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

2 1

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

04 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1274 slime/ChangeLog:1.1276 --- slime/ChangeLog:1.1274 Sun Jan 27 10:34:27 2008 +++ slime/ChangeLog Sun Feb 3 13:51:56 2008 @@ -1,3 +1,17 @@ +2008-02-03 Marco Baringer <mb(a)bese.it> + + * slime.el (sldb-invoke-restart-by-name): New function. Invokes a + restart by name, uses completion to read restart's name. + (slime-define-keys sldb-mode-map): Bind + sldb-invoke-restart-by-name to I in sldb buffers. + + * swank-loader.lisp: When loading swank delete all swank packages + first. This protects the lisp from broken reloads of swank. + (lisp-version-string): On openmcl use the full + cl:lisp-implementation-version, ccl::*openmcl-major-version* and + ccl::*openmcl-minor-version* aren't sufficently precise to notice + changes in openmcl's cvs. + 2008-01-27 Helmut Eller <heller(a)common-lisp.net> Make it easier to start a non-default Lisp from ELisp code. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.82 slime/contrib/ChangeLog:1.84 --- slime/contrib/ChangeLog:1.82 Sun Jan 27 05:17:34 2008 +++ slime/contrib/ChangeLog Sun Feb 3 13:45:14 2008 @@ -1,7 +1,18 @@ +2008-02-03 Marco Baringer <mb(a)bese.it> + + * swank-motd.lisp, slime-motd.el: Message Of The Day printing for + slime. + + * slime-indentation.el: Integrate cl-indent.el into slime's + contrib infrastructure. Fix bug in &rest. + + * swank-indentation.lisp: Allow an application runnig under slime + to update emacs' indentation notes. + 2008-01-27 Helmut Eller <heller(a)common-lisp.net> Make autodoc use the correct width of the typeout-window. - + * slime-autodoc.el (slime-autodoc-dimensions-function): New variable. (slime-autodoc-message-dimensions): Use it. @@ -13,7 +24,7 @@ 2008-01-27 Helmut Eller <heller(a)common-lisp.net> Use slime-require instead of a connected-hook. - + * slime-autodoc.el (slime-autodoc-on-connect): Deleted. 2008-01-20 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de>

1 0

[slime-devel] on my recent patches
by Marco Baringer 04 Feb '08

04 Feb '08

hi, for the patches i have recently sent to the list i'm more than willing to do the work of updating the ChangeLog and making the actual commit. It's just that since i haven't contributed in a long time i'd want everyone to see what i'm doing before i do it. if there are issue i'm open to suggestions (i'm guessing not all the patches i submitted make sense for slime). -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

3 4