slime-devel August 2010

slime-devel@common-lisp.net

28 participants
40 discussions

[slime-devel] M-. broken: function definition is void: 'slime-enclosing-form-specs'
by Paul Sexton 28 Aug '10

28 Aug '10

Pressing M-. on a function fails, with the error: "Symbol's function definition is void: 'slime-enclosing-form-specs'". It has been failing for about the past year. I became fed up and grepped the slime sources and find that while this function is referenced in contrib/slime-enclosing-context.el, it is not defined anywhere. Clearly this function must have existed at one point, and someone has renamed or deleted it. Can anyone tell me how I can get M-. to work? Am I inadvertently using a deprecated contrib module? My slime setup cmd is: (slime-setup '(slime-autodoc slime-c-p-c ; compound prefix completion slime-sbcl-exts ; special sbcl stuff slime-tramp slime-asdf slime-presentations slime-banner slime-fancy-inspector slime-editing-commands ; editing cmds w/o server interaction slime-scratch slime-fontifying-fu ; fontify WITH-x, Do-x, DEFINE-x slime-indentation-fu ; correct indentation of local macros slime-mdot-fu ; make M-. work on local functions slime-package-fu ; export/unexport symbol at point slime-xref-browser ; browse xrefs slime-references ; clickable references to docs (sbcl) )) Thanks Paul

2 1

[slime-devel] SLIME+sbcl: list-callees, list-callers on macros
by Anton Kovalenko 27 Aug '10

27 Aug '10

Hello SLIME developers, When slime-list-callees is attempted on symbol naming a macro, swank-sbcl implementation (based on SB-INTROSPECT) generates the following condition: The value of sb-introspect::code is #<unknown pointer object, widetag=#x5D {1003543DFF}>, which is not of type sb-kernel:code-component. Though (FDEFINITION)'s value for macros in SBCL _is_ FUNCTIONP, it's apparently a wrong kind of function for SB-INTROSPECT. After redefining LIST-CALLEES to use symbol's MACRO-FUNCTION in preference to FDEFINITION, I've got a desired behavior (listing callees of macrofunction seems to be a reasonable reaction, and that's what I want, anyway). Just in case someone finds it useful -- patch is attached. One more thing that I found convenient is redirecting LIST-CALLERS for symbols with macro-functions to WHO-MACROEXPANDS (also included in the patch). -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia

2 1

[slime-devel] Bugtracker for Slime
by Tobias C Rittweiler 27 Aug '10

27 Aug '10

As I've got less time hacking on stuff, or even just following mailing lists carefully, I'd like to have a way to look at issues to maybe find something to hack even after one or two months passed. I didn't feel like it was needed in past, but I'd now like to have some kind of bug tracker, or issue management system. >From SBCL's experience, launchpad is pretty decent, and comes with a pretty decent mailing list interface. What are your thoughts on that matter? -T.

12 20

[slime-devel] Daily ChangeLog diff
by Helmut Eller 26 Aug '10

26 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2130 slime/ChangeLog:1.2131 --- slime/ChangeLog:1.2130 Sun Aug 22 06:51:10 2010 +++ slime/ChangeLog Wed Aug 25 04:20:09 2010 @@ -1,3 +1,9 @@ +2010-08-25 Stas Boukarev <stassats(a)gmail.com> + + * swank-sbcl.lisp (exec-image): Use (car sb-ext:*posix-argv*) if + SBCL doesn't have sb-ext:*runtime-pathname*. + Reported by Vinay. + 2010-08-22 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-xemacs-recompute-modelines): Add

1 0

[slime-devel] Breaks with SBCL on Mac
by Vinay 25 Aug '10

25 Aug '10

I just updated slime and find that it breaks when I use SBCL. I get the following error : compiling file "/usr/local/slime/swank-sbcl.lisp" ...... #<SB-SYS:FD- STREAM for "file /usr/local/slime/swank-sbcl.lisp" {10034495E1}>: Symbol "*RUNTIME-PATHNAME*" not found in the SB-EXT package.; compilation aborted after 0:00:01.966 ;; Error while compiling /usr/local/slime/swank-sbcl.lisp: ;; COMPILE-FILE returned NIL. ;; Aborting. ;; *

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 23 Aug '10

23 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2129 slime/ChangeLog:1.2130 --- slime/ChangeLog:1.2129 Sat Aug 21 17:31:28 2010 +++ slime/ChangeLog Sun Aug 22 06:51:10 2010 @@ -1,3 +1,10 @@ +2010-08-22 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-xemacs-recompute-modelines): Add + `slime-xemacs-recompute-modelines' to `pre-idle-hook', this solves + the problem of synchronization of modelines. + Thanks to Aidan Kehoe. + 2010-08-21 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-recompute-modelines): Recompute modelines only

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 22 Aug '10

22 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2128 slime/ChangeLog:1.2129 --- slime/ChangeLog:1.2128 Sat Aug 21 02:42:14 2010 +++ slime/ChangeLog Sat Aug 21 17:31:28 2010 @@ -1,3 +1,12 @@ +2010-08-21 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-recompute-modelines): Recompute modelines only + for visible buffers. Kludge: modeline can be out of sync if the buffer + becomes visible and no slime/lisp interaction took place yet. + Patch by Raymond Toy. + (slime-search-buffer-package): Revert, with the above + change caching shouldn't be necessary. + 2010-08-21 Helmut Eller <heller(a)common-lisp.net> Add commands to enable/disable contribs. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.408 slime/contrib/ChangeLog:1.409 --- slime/contrib/ChangeLog:1.408 Sat Aug 21 02:40:08 2010 +++ slime/contrib/ChangeLog Sat Aug 21 17:34:12 2010 @@ -1,3 +1,7 @@ +2010-08-21 Stas Boukarev <stassats(a)gmail.com> + + * slime-fuzzy.el (slime-fuzzy-choices-buffer): XEmacs compatibility. + 2010-08-21 Helmut Eller <heller(a)common-lisp.net> * slime-repl.el: Specify :on-unload action.

1 0

Re: [slime-devel] CVS slime
by Helmut Eller 21 Aug '10

21 Aug '10

* CVS User sboukarev [2010-08-20 03:42] writes: > Update of /project/slime/cvsroot/slime > In directory cl-net:/tmp/cvs-serv12626 > > Modified Files: > ChangeLog slime.el > Log Message: > (slime-search-buffer-package): Cache the package, searching every time > on large buffers may be slow. Please don't do that. I'd like to see some evidence first that this is in fact too slow. Second, you certainly don't want to use flet unless inefficiency is your goal. Hemut

2 3

[slime-devel] Daily ChangeLog diff
by Helmut Eller 21 Aug '10

21 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2127 slime/ChangeLog:1.2128 --- slime/ChangeLog:1.2127 Thu Aug 19 23:42:52 2010 +++ slime/ChangeLog Sat Aug 21 02:42:14 2010 @@ -1,3 +1,21 @@ +2010-08-21 Helmut Eller <heller(a)common-lisp.net> + + Add commands to enable/disable contribs. + + * slime.el (slime-enable-contrib, slime-disable-contrib): New. + (slime-contrib): New struct to collect meta-data about contribs. + (define-slime-contrib): Store meta-data in 'slime-contribs plist. + (slime-all-contribs, slime-find-contrib, slime-read-contrib-name): + New helpers. + +2010-08-21 Anton Kovalenko <anton(a)sw4me.com> + + Snapshot restore support for SBCL. + + * swank-backend.lisp (background-save-image): New. + * swank-sbcl.lisp (command-line-args, dup, sys-execv, exec-image) + (make-fd-stream, background-save-image): New. + 2010-08-20 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-maybe-complete-as-filename): Limit backward Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.406 slime/contrib/ChangeLog:1.408 --- slime/contrib/ChangeLog:1.406 Fri Aug 13 03:25:15 2010 +++ slime/contrib/ChangeLog Sat Aug 21 02:40:08 2010 @@ -1,3 +1,16 @@ +2010-08-21 Helmut Eller <heller(a)common-lisp.net> + + * slime-repl.el: Specify :on-unload action. + +2010-08-21 Anton Kovalenko <anton(a)sw4me.com> + + Add support to save snapshots in backround. + + * swank-snapshot.lisp (background-save-snapshot): New. + (resurrect): Initialize repl streams. + * slime-snapshot.el (slime-snapshot): With prefix-arg perform + saving in background. Also ask before overwriting existing files. + 2010-08-13 Helmut Eller <heller(a)common-lisp.net> Fix slime-restore.

1 0

[slime-devel] SLIME snapshot (unix, sbcl): take3 (+ background-save-image)
by Anton Kovalenko 21 Aug '10

21 Aug '10

Hello SLIME developers, New variant of slime-snapshot proposed update (for SBCL+unix) is attached. Implementation dependencies were moved where they belong, i.e. into SBCL backend. This new variant includes a new interface, with SBCL+unix implementation, namely, background-save-image: while the image is dumped, the main REPL remains available; success or failure is reported with a background message. Slime-snapshot is patched to use background-save-image in the presence of prefix argument: C-u M-x slime-snapshot <RET>. Without a prefix argument, it uses normal, synchronous (save-image). -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel August 2010