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

[slime-devel] Installation question
by Ian Larsen 26 Feb '07

26 Feb '07

I'm having trouble getting slime working properly under FreeBSD 6.1 and emacs. Using either clisp or sbcl, slime compiles and loads properly, I get a slime repl which works fine. Lisp files load in slime mode, as expected, but evaluation seems to take place in elisp, instead of the loaded clisp or sbcl environment. For example, evaluating global-font-lock-mode with C-x C-e returns t. In the slime repl buffer, the same results in an undefined symbol, as expected. Is there something I'm missing that would connect the lisp program buffer to the correct Lisp? The following is from my .emacs file: (add-to-list 'load-path "~/slime/slime") (setq inferior-lisp-program "/usr/local/bin/sbcl") (require 'slime) (slime-setup) Thanks, Ian

4 5

[slime-devel] How to comment/uncomment multiple lines using Xemacs+slime?
by Lei Tang 25 Feb '07

25 Feb '07

Hi, I use Xemacs+slime to edit lisp files. I want to comment multiple lines to debug different part of the lisp file. Is there any shortcut (or function) to comment/uncomment a selected region(multiple lines) in a lisp file? Thanks a lot! -Lei

2 2

[slime-devel] defclass form indentation
by Zach Beane 24 Feb '07

24 Feb '07

I've run into some problems with indentation for defclass forms. Here's an example: (defclass field () ((name :initarg :name :accessor name) (default-value :initarg :default-value :accessor default-value)) (:default-initargs :name nil :default-value nil)) This seems to be caused by the sexp starting with symbols that start with the letters "def"; I don't have a problem if the slot is named "dfault-value", for example. I'm using the bundled cl-indent from: GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-09-15 on rothera, modified by Debian How can I get the indentation to align properly? Zach

3 3

[slime-devel] Font locking in the macroexpansion buffer
by Ariel Badichi 23 Feb '07

23 Feb '07

Hello, When macroexpanding to a buffer, I had the same problem as the one described in the following message (I use Emacs 21.3.1): http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/94879 The workaround proposed there seems to do the trick. (The function to modify is `slime-eval-macroexpand'.) Ariel

2 3

RE: [slime-devel] Re: Appeal from luserland
by Bradford W Miller 23 Feb '07

23 Feb '07

I suspect the difference expected between downloading what happens to be in the CVS and a formal version number is the quality and quantity of testing. Automated regression tests, for instance, if they don't already exist, would make sense for version releases that perhaps are a bit heavyweight for every check in (though the more automated it is, the less painful it would be). Brad Miller -----Original Message----- From: slime-devel-bounces(a)common-lisp.net [mailto:slime-devel-bounces@common-lisp.net] On Behalf Of mb(a)bese.it Sent: Friday, February 23, 2007 1:27 PM To: slime-devel(a)common-lisp.net Subject: [slime-devel] Re: Appeal from luserland Fred Gilham <gilham(a)csl.sri.com> writes: > As a long time Slime fan, I am wondering if it would be possible to get > the slime developers to start making releases? Right now the operating > model seems to be to grab the head of CVS and go with that, but I'm > never sure if such grabbing will create problems for me. Even more, > slime is now a component of McCLIM and (I think) other software packages > that I've been using. It would be nice if people could say, "McCLIM > requires Slime 4.7". who's to say upgrading from version 2.0 to 2.1 (or whatever) wouldn't create problems for you? i'm not trying to be a smart ass here, i'm just saying that it'd be no less painful to update from one version to another than it is to do a cvs up every now and then. that said if some one has the time to test and package slime i have nothing against putting up said tarballs on the web page (though there will always be the note that if you run into problems with those tarballs the first thing to be will be to grab cvs and see if the problem remains). -- -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 _______________________________________________ slime-devel site list slime-devel(a)common-lisp.net http://common-lisp.net/mailman/listinfo/slime-devel

1 0

[slime-devel] Appeal from luserland
by Fred Gilham 23 Feb '07

23 Feb '07

As a long time Slime fan, I am wondering if it would be possible to get the slime developers to start making releases? Right now the operating model seems to be to grab the head of CVS and go with that, but I'm never sure if such grabbing will create problems for me. Even more, slime is now a component of McCLIM and (I think) other software packages that I've been using. It would be nice if people could say, "McCLIM requires Slime 4.7". I have to admit that in my old age I'm becoming less and less of a hacker and more and more of a user.... :-) or maybe :-( -- Fred Gilham gilham(a)csl.sri.com linus doesnt have what they call a GUI which means that you cant use a mouse and click on things you have to type in words in a different language probably finnish I dont know but it wont work unless you speak at least 10 different languages and one of those languages has to be a slavic language and you have a phd in 10 different languages and also can do math real real good - From geraldholmes.freeyellow.com

5 4

[slime-devel] small patch
by kroegerlistas＠pedrokroeger.net 23 Feb '07

23 Feb '07

Hi, the attached patch fixes a couple of small things: - expand-file-name in slime-start-lisp gives an error if directory is nill. I changed it to use default-directory if it's nill - update the places where slime-start-lisp is called since it has 4 arguments now. this is my first patch to slime, please be nice ;-) Pedro Kroger

4 3

[slime-devel] Slime broken for me with last patch to slime.el
by Johan Ur Riise 23 Feb '07

23 Feb '07

Sorry if this is a dupe, I just joined the list. It seems I now have to evaluate (setq slime-lisp-implementations '((sbcl ("/usr/local/bin/sbcl" "--dynamic-space-size 1000") :directory "~/prg"))) to be able to start slime. This is probably non-sensical, but anyway, it works. Is the directory supposed to be the directory of the current buffer, and is slime supposed to find it out by itself? -- Hilsen Johan Ur Riise

2 1

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

23 Feb '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1070 slime/ChangeLog:1.1072 --- slime/ChangeLog:1.1070 Wed Feb 21 07:06:46 2007 +++ slime/ChangeLog Thu Feb 22 09:10:06 2007 @@ -1,3 +1,10 @@ +2007-02-22 Juho Snellman <jsnell(a)iki.fi> + + * slime.el (slime-start-lisp): Don't cd if no directory was specified. + (slime-maybe-start-lisp): Pass directory argument to slime-start-lisp + also in other cond branch. + (slime-restart-sentinel): Pass a NIL directory to slime-start-lisp. + 2007-02-21 Marco Baringer <mb(a)bese.it> * slime.el (slime-start): Added :directory argument and pass it to

1 0

[slime-devel] Two more small patches
by Harald Hanche-Olsen 22 Feb '07

22 Feb '07

While we're on the subject of small patches, I have two files in my slime directory giving me an "M" whenever I update from cvs. Both were reported to the list, and both were ignored (or just forgotten perhaps), so I'll try again: The first is for slime.el (function slime-init-keymaps), and is needed for the development version of emacs. The problem seems to be that keys with modifiers can produce bigger numbers that will fit into the slots of a string, so one needs to use a vector instead. Replacing string with vector seems harmless on earlier emacsen (but I haven't tested it on xemacs). The second is for swank.lisp (function set-package), and fixes the name returned to obey the case conventions of the user. (Not blaming anybody for ignoring these: I suspect they just fell through the cracks of a busy schedule.) - Harald Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.764 diff -u -r1.764 slime.el --- slime.el 22 Feb 2007 14:10:06 -0000 1.764 +++ slime.el 22 Feb 2007 20:04:24 -0000 @@ -786,7 +786,7 @@ (loop for (key command) in slime-doc-bindings do (progn ;; We bind both unmodified and with control. - (define-key slime-doc-map (string key) command) + (define-key slime-doc-map (vector key) command) (unless (equal key ?h) ; But don't bind C-h (let ((modified (slime-control-modified-char key))) (define-key slime-doc-map (vector modified) command))))) @@ -797,7 +797,7 @@ (loop for (key command) in slime-who-bindings do (progn ;; We bind both unmodified and with control. - (define-key slime-who-map (string key) command) + (define-key slime-who-map (vector key) command) (let ((modified (slime-control-modified-char key))) (define-key slime-who-map (vector modified) command)))) ;; C-c C-w is the prefix for the who-xref map. Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.458 diff -u -r1.458 swank.lisp --- swank.lisp 24 Jan 2007 22:54:08 -0000 1.458 +++ swank.lisp 22 Feb 2007 20:04:27 -0000 @@ -2669,7 +2669,7 @@ Return its name and the string to use in the prompt." (let ((p (parse-package package))) (setq *package* p) - (list (package-name p) (package-string-for-prompt p)))) + (list (unparse-name (package-name p)) (package-string-for-prompt p)))) (defun send-repl-results-to-emacs (values) (flet ((send (value)

1 1