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

Re: [slime-devel] Bug#517839: slime: SLIME fails to upgrade
by Luca Capello 12 Mar '09

12 Mar '09

tags 517839 + upstream thanks Hi Christoph! Cc:ing the slime-devel mailing list, since this is an upstream issue (already reported, read below). Please keep the Debian BTS as cc:ed (no subscription requnired). On Mon, 02 Mar 2009 14:09:10 +0100, Christoph Egger wrote: > Updating SLIME in testing fails on configuration. See the aptitude > output attached to this mail. Please always set LANG=C when you provide logs, since it is difficult to parse foreign languages ;-) I can reproduce the bug on a clean cowbuilder chroot: first, I created it for lenny, then installed slime together with xemacs21 and emacs22 (no errors). After that I modified apt's sources.list to point to testing: ===== root@gismo:/# apt-get update Get:1 http://cdn.debian.net testing Release.gpg [197B] Get:2 http://cdn.debian.net testing Release [71.6kB] Get:3 http://cdn.debian.net testing/main Packages [5533kB] Fetched 5604kB in 11s (497kB/s) Reading package lists... Done root@gismo:/# apt-get dist-upgrade [...] The following packages will be upgraded: aptitude base-files bash binutils cl-swank cowdancer cpio cpp cpp-4.3 debconf debconf-i18n debianutils fakeroot findutils g++ g++-4.3 gcc gcc-4.3 gcc-4.3-base gnupg gpgv grep gzip libc6 libc6-dev libdb4.6 libept0 libgcc1 libgcrypt11 libgdbm3 libgmp3c2 libgnutls26 libgomp1 libice6 libmpfr1ldbl libncurses5 libncursesw5 libreadline5 libsepol1 libsm6 libstdc++6 libstdc++6-4.3-dev libtasn1-3 libxapian15 libxau6 libxaw7 mawk mktemp ncurses-base ncurses-bin pbuilder readline-common realpath sed slime tzdata 56 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 37.5MB/38.7MB of archives. After this operation, 3084kB of additional disk space will be used. Do you want to continue [Y/n]? y [...] ===== > Compiling /usr/share/xemacs21/site-lisp/slime/slime.el... > While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/slime/slime.el: > !! error (("Required feature arc-mode was not provided")) >>>Error occurred processing slime.el: > Required feature arc-mode was not provided This is the problem, specific to xemacs21 and not emacs22. The problem is in slime.el at line 69: --8<---------------cut here---------------start------------->8--- (require 'overlay)) (require 'easymenu) (eval-when (compile) (require 'arc-mode) (require 'apropos) (require 'outline) (require 'etags)) --8<---------------cut here---------------end--------------->8--- This has already been reported upstream, see the discussion at http://common-lisp.net/pipermail/slime-devel/2008-October/015633.html Quoting Helmut Heller from the thread above: --8<---------------cut here---------------start------------->8--- On Mon, 27 Oct 2008 19:49:13 +0100, Helmut Eller wrote: > * Steven E. Harris [2008-10-27 00:21+0100] writes: > >>> Byte-compilation doesn't work in XEmacs, though. >> >> In general, or as a result of this change? Before my last post, I was >> able to byte-compile slime.el when I commented out the `require' form, >> but I concede that I didn't test the result. > > It doesn't work because arc-mode.el in XEmacs provides 'archive-mode > instead of 'arc-mode. --8<---------------cut here---------------end--------------->8--- Since on Debian we byte-compile emacsen files at installation, I do not know how to proceed here. Is not this a bug in XEmacs? I would say so and thus reassign the bug to xemacs21. Thx, bye, Gismo / Luca

1 0

[slime-devel] Double end-table in CVS doc/slime.texi
by Barry Fishman 11 Mar '09

11 Mar '09

Please fix the extra "@end table in doc/slime.tex: cvs diff: Diffing doc Index: doc/slime.texi

1 0

[slime-devel] Putting FASLs compiled from emacs in the same place as ASDF
by John Fremlin 10 Mar '09

10 Mar '09

For a while I patched SLIME so that it would put FASLs in the same place as ASDF was told to put them. This keeps miscellaneous .fasls from cluttering up source directories. The way it did this was to modify all the swank-${impl}.lisp files. Now I have been pleasantly surprised to see that the compile output-file has been very decently abstracted away. It isn't perfect but it at least supports the customisations by Debian's common-lisp-controller::alternative-root-path-to-fasl-path. Can I suggest this replacement for fasl-pathname? Or at least that a convenient way of allowing a similar customization be integrated? (Maybe allow *fasl-directory* to be a function?) (defun fasl-pathname (input-file options) (cond ((getf options :fasl-directory) (let* ((str (getf options :fasl-directory)) (dir (filename-to-pathname str))) (assert (char= (aref str (1- (length str))) #\/)) (compile-file-pathname input-file :output-file dir))) (*fasl-directory* (compile-file-pathname input-file :output-file *fasl-directory*)) (t (or (ignore-errors (first (asdf:output-files (make-instance 'asdf:compile-op) (make-instance 'asdf:cl-source-file :name (pathname-name (pathname input-file)) :parent (make-instance 'asdf:module :pathname nil :name "") :pathname nil)))) (compile-file-pathname input-file)))))

2 2

[slime-devel] [PATCH] fix docs
by Stelian Ionescu 10 Mar '09

10 Mar '09

there's a small error introduced yesterday: a new "@end table" was added without removing the old one -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur.

1 0

[slime-devel] slime troubles
by Gary King 10 Mar '09

10 Mar '09

I just installed slime fresh from CVS on OS X using Aquamacs When I try > (require 'slime) > (require 'slime-autoloads) > (slime-setup '(slime-scratch slime-editing-commands slime-repl > slime-c-p-c slime-autodoc > slime-editing-commands)) and start slime (using M-- M-x slime and allegro), I get a happy *inferior-lisp* but no REPL. If I try using sbcl instead, the same thing happens. I don't have time right now to fuss and futz with slime setup; I'm not sure why what I'm doing isn't working and the HTML manual isn't much help. Suggestions much appreciated. thanks, -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM * gwking on twitter

1 0

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

09 Mar '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1713 slime/ChangeLog:1.1717 --- slime/ChangeLog:1.1713 Sat Mar 7 21:12:33 2009 +++ slime/ChangeLog Mon Mar 9 22:51:24 2009 @@ -1,6 +1,42 @@ +2009-03-09 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-define-channel-type): Indulge in pretty colors. + (slime-define-channel-method): You, too! + + (slime-handle-indentation-update): Always put an indentation + update on 'slime-indent; for slime-indentation-fu. + +2009-03-09 Anton Vodonosov <avodonosov(a)yandex.ru> + + Use correct encoding and eol conventions for socket streams. + + * swank-abcl.lisp (accept-connection): Honor external-format + argument. + (*external-format-to-coding-system*, find-external-format): New. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-with-xref-buffer): Use buffer-names like + "*slime xref...*" so that slime-kill-all-buffers can pick + it up easily. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + * hyperspec.el (common-lisp-hyperspec-lookup-reader-macro): Use + case-insensitive completion. + (hyperspec-lookup-reader-macro): New alias. + Suggested by Stas Boukarev. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + Make fasl-pathname fully customizable not only the direcrory part. + + * swank.lisp (*fasl-pathname-function*): New variable. + (*fasl-directory*): Deleted. + 2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> - * slime.el (slime-choose-overlay-for-read-error): Extraced and + * slime.el (slime-choose-overlay-for-read-error): Extracted and extended from `slime-choose-overlay-region'. Differentiate between symbol-related reader-errors (package not found &c) and character-related reader-errors. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.190 slime/contrib/ChangeLog:1.193 --- slime/contrib/ChangeLog:1.190 Sat Mar 7 20:08:13 2009 +++ slime/contrib/ChangeLog Mon Mar 9 22:40:21 2009 @@ -1,3 +1,25 @@ +2009-03-09 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-compute-autodoc-rpc-form): + New. Extracted from `slime-autodoc-thing-at-point'. + (slime-compute-autodoc-internal): New. Extracted from + `slime-compute-autodoc'. + (slime-compute-autodoc): Explicitly save match data. + (slime-autodoc-hook): New. Run everytime autodoc is computed. + + * slime-enclosing-context.el (slime-enclosing-bound-macros): New. + (slime-find-bound-macros): New, too. + + * slime-indentation-fu.el, swank-indentation-fu.lisp: New contrib + to properly indent &BODY arguments of local macro definitions. + Suggested by Lorenz Moesenlechner. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm: Use foo: style keywords because :foo is now + a symbol. + (copy-stack): Use null to mark absent src-loc information. + 2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-repl.el ([test] interrupt-in-blocking-read): Wrap

1 0

[slime-devel] [Patch] hyperspec reader macro lookup adjustments.
by Stas Boukarev 09 Mar '09

09 Mar '09

ChangeLog entry: 2009-03-03 Stas Boukarev <stassats(a)gmail.com> * hyperspec.el: Rename `common-lisp-hyperspec-lookup-reader-macro' to `common-lisp-hyperspec-reader-macro' and add `hyperspec-lookup-reader-macro' alias for consistency with other lookup functions. (common-lisp-hyperspec-reader-macro): ignore case when doing completion. * doc/slime.texi: mention `common-lisp-hyperspec-reader-macro'. -- With Best Regards, Stas.

2 1

[slime-devel] [Patch]: slime-kill-all-buffers: kill XREF buffers
by Stas Boukarev 09 Mar '09

09 Mar '09

2009-03-03 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-kill-all-buffers): Kill XREF buffers too. -- With Best Regards, Stas.

2 1

[slime-devel] ABCL newline & input/output
by szergling 09 Mar '09

09 Mar '09

Hi all, I think I roughly see the policy for the way ABCL treats newlines on different operating systems. But there are some bits that don't seem to fit well with Slime. I have a specific problem in mind here. In the latest (3 Mar) slime/swank, I narrowed the issue down to this (ignore indentation, and the REPL numbers, they're out of order): Firstly, this is the 0.13.0 ABCL tarball. Running on Windows. CL-USER(33): (lisp-implementation-type) "Armed Bear Common Lisp" CL-USER(34): (lisp-implementation-version) "0.13.0" CL-USER(39): *features* (:ASDF :X86 :JAVA-1.5 :ARMEDBEAR :ABCL :COMMON-LISP :ANSI-CL :WINDOWS :CDR6) Internal newline representation CL-USER(35): #\linefeed #\Newline SWANK(57): #\return #\Return CL-USER(31): (coerce (format nil "~%") 'list) (#\Newline) CL-USER(32): (mapcar #'char-code (coerce (format nil "~%") 'list)) (10) CL-USER(30): (with-open-file (s "c:/home/temp/temp.txt" :direction :output :if-exists :supersede) (write-string (format nil "~%") s)) " " CL-USER(38): (with-open-file (s "c:/home/temp/temp.txt" :element-type '(unsigned-byte 8)) (loop for b = (read-byte s nil nil) while b collect b)) (13 10) It looks like ABCL uses #\Newline internally. Conversion happens on print/reading. Doesn't clisp do conversions on prints? Swank's encode-message ran afoul of this issue because the encoded message length (internal length of string) and what is written out with write-string are inconsistent. >From a cursory skim through the Hyperspec, I think ABCL hasn't violated any standards, so slime is the one who's wrong here, but I don't really know the Hyperspec that well. What does everyone think? If I apply the attached hack, I now get the following problem in my Slime REPL: CL-USER> 60 60^M CL-USER> So it's probably not quite the right way to do things. Any suggestions or fixes? Cheers, Theam Yong Chew

3 3

[slime-devel] [patch] fix documentation of slime-describe-function key binding
by Pierre Riteau 09 Mar '09

09 Mar '09

Fix slime-describe-function key binding in the manual: it's C-c C-d f, not C-c C-f. Index: doc/slime.texi =================================================================== RCS file: /project/slime/cvsroot/slime/doc/slime.texi,v retrieving revision 1.69 diff -p -u -u -r1.69 slime.texi --- doc/slime.texi 26 Feb 2009 21:50:00 -0000 1.69 +++ doc/slime.texi 8 Mar 2009 18:32:39 -0000 @@ -980,7 +980,7 @@ argument list for the function at point, @kbditem{C-c C-d d, slime-describe-symbol} Describe the symbol at point. -@kbditem{C-c C-f, slime-describe-function} +@kbditem{C-c C-d f, slime-describe-function} Describe the function at point. @kbditem{C-c C-d a, slime-apropos}

2 1