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

[slime-devel] cl-gtk2 compile/interpretation errors
by Toolis Patrick (Contractor) 25 Oct '12

25 Oct '12

I was wondering whether anybody had successfully run this GUI library in the Superior Lisp Interaction Mode for Emacs before. I am having difficulties with the use of bordeaux threads in compilation. I do not wish to set the shebang-features variable by recompiling sbcl, so I was wondering whether it is possible to run Windowing in a single thread (I understand that this does not work well practically). I was able to create a window once, but I cannot duplicate this. Errors about ³unithread² support occurred in ensure-gtk-main, and, when I tried load-system on cl-gtk2-gtk, I received a ³compile-op nil² error in the asdf.lisp¹s perform method. Interestingly, loading the gtk/gtk.package.lisp file worked. I understand that this is as much a cl-gtk issue as it is an issue with the interpreter/IDE, but the interpreter seems very impractical for use in this case. Regards, Patrick Toolis This message, including any attachments, is the property of Sears Holdings Corporation and/or one of its subsidiaries. It is confidential and may contain proprietary or legally privileged information. If you are not the intended recipient, please delete it without reading the contents. Thank you.

1 0

[slime-devel] swank-ecl.lisp call-with-compilation-hooks
by Matthew Mondor 24 Oct '12

24 Oct '12

(defimplementation call-with-compilation-hooks (function) #-ecl-bytecmp (funcall function) #-ecl-bytecmp (handler-bind ((c:compiler-message #'handle-compiler-message)) (funcall function))) It seems that the function above is called twice; I suppose that one of both #-ecl-bytecmp should be #+ecl-bytecmp? Thanks, -- Matt

1 0

Re: [slime-devel] [Ecls-list] SLIME, WITH-OPEN-FILE: error in process filter: Wrong number of arguments: nil, 127
by Matthew Mondor 23 Oct '12

23 Oct '12

On Sun, 21 Oct 2012 12:20:33 -0400 Matthew Mondor <mm_lists(a)pulsar-zone.net> wrote: > On Sat, 20 Oct 2012 22:19:46 +0400 > Stas Boukarev <stassats(a)gmail.com> wrote: > > > > The problem is that sys:function-lambda-list doesn't like macros or > > > special operators anymore. Clearly, the name suggests that it takes > > > functions, but it used to work on non-functions before this change: > > > http://sourceforge.net/p/ecls/ecl/ci/b1ec23bce8a385251f14b278c080e22e459cc7… > > It's possible to use (ext:get-annotation operator :lambda-list nil), but > > it returns a string for LET > > (ext:get-annotation 'let :lambda-list nil) > > => > > "(let ({var | (var [init])}*) {decl}* {form}*)" > > Thanks for the details. Although I don't get errors for other common > macros, I noticed that documentation is not shown for macros such as > PUSH or PUSHNEW as well, which this also explains. So I today had some time to do a small test and the following function indeed seems to work better in general. (defimplementation arglist (name) (let ((arglist (ext:get-annotation name :lambda-list nil))) (if (or (null arglist) (stringp arglist)) :not-available arglist))) Thanks again, -- Matt

1 0

[slime-devel] Slime-edit-definition to functions defined in top level let form?
by Masayuki Takagi 22 Oct '12

22 Oct '12

Hi, Are there any ways to jump to functions defined in top level let form by slime-edit-definition? For example below, I want to jump to the head of (defin foo ...) form, not that of top level (let ...) form when M-. on (foo): ----- (let (var) (defun foo () var))) (foo) ----- Thanks, Masayuki

2 2

[slime-devel] broken buffer <-> repl interaction
by Simon Koch 20 Oct '12

20 Oct '12

I used to install slime by using the Ubuntu package system, but currently those packages are either out of date or broken. Therefore I installed and configured slime and emacs myself using the provided manuals. But after that the buffer<->repl interaction is still broken. I am used to an interaction where typing (FORMAT t "foobar~%") into a buffer e.g. *scratch* and then using C-M-x on it, would result in the repl printing "foobar". Instead I am getting an error: Debugger entered--Lisp error: (void-function FORMAT) (FORMAT t "foobar~%") eval-region(291 312 t (lambda (ignore) (goto-char 312) (quote (FORMAT t "foobar~%")))) ; Reading at buffer position 310 apply(eval-region (291 312 t (lambda (ignore) (goto-char 312) (quote (FORMAT t "foobar~%"))))) eval-defun-2() eval-defun(nil) call-interactively(eval-defun nil nil) recursive-edit() which confuses me in two ways: 1. there is no output in the REPL as expected 2. given the (doubtful) assumption that the line contained an error: this is not the error/debug-screen I am used by slime which is supposed to look like the right top window in the picture shown on the homepage of slime. Another symptom I got is, that c-x c-m which is supposed to expand a given macro-expression works in the *slime-repl sbcl* buffer, but in any other buffer the message "C-c RET is not defined" appears. This is my current .emacs file: ;;slime-setup (load (expand-file-name "~/quicklisp/slime-helper.el")) (setq inferior-lisp-program "sbcl") (add-to-list 'load-path "/home/simkoc/emacs/slime/") (require 'slime-autoloads) (slime-setup '(slime-fancy slime-asdf)) I'd appreciate any help. Thank you.

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 20 Oct '12

20 Oct '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2355 slime/ChangeLog:1.2356 --- slime/ChangeLog:1.2355 Sun Oct 14 05:57:42 2012 +++ slime/ChangeLog Fri Oct 19 22:50:37 2012 @@ -1,3 +1,9 @@ +2012-10-20 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-location-offset): When going to a position + causes an error, for example, trying to move beyond the end of the + buffer, move the point to 0 and then try to use the hints. + 2012-10-14 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-insert-threads): Some cleanups.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 19 Oct '12

19 Oct '12

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.551 slime/contrib/ChangeLog:1.552 --- slime/contrib/ChangeLog:1.551 Sun Oct 14 05:57:56 2012 +++ slime/contrib/ChangeLog Thu Oct 18 22:18:05 2012 @@ -1,3 +1,9 @@ +2012-10-19 Stas Boukarev <stassats(a)gmail.com> + + * slime-fuzzy.el (slime-fuzzy-choices-buffer): Don't move position + in the current buffer, call (slime-fuzzy-next) after switching to + the completion buffer. + 2012-10-14 Helmut Eller <heller(a)common-lisp.net> * swank-kawa.scm: Various tweaks.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 15 Oct '12

15 Oct '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2349 slime/ChangeLog:1.2355 --- slime/ChangeLog:1.2349 Tue Sep 4 08:03:22 2012 +++ slime/ChangeLog Sun Oct 14 05:57:42 2012 @@ -1,3 +1,48 @@ +2012-10-14 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-insert-threads): Some cleanups. + (slime-insert-table, slime-insert-table-row) + (slime-transpose-lists) New helpers. + (slime-threads-table-properties): Renamed from + *slime-threads-table-properties* + (slime-thread-index-to-id, slime-longest-lines) + (slime-format-threads-labels, slime-insert-thread): Deleted. + +2012-10-14 Helmut Eller <heller(a)common-lisp.net> + + Avoid some unused variable warnings. + + * slime.el (slime-xref-group, slime-all-contribs, [selector] ??): + Use _ as prefix or in loop-destructuring: (loop for (nil) in ...). + +2012-10-14 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-goto-source-location-buffer-and-file): Delete + unused function. + +2012-10-14 Helmut Eller <heller(a)common-lisp.net> + Avoid flet. + + * slime.el (with-struct, slime-compute-policy) + (slime-create-note-overlay, slime-merge-note-into-overlay) + (slime-file-name-merge-source-root) + (slime-highlight-differences-in-dirname) + (slime-check-location-filename-sanity, slime-macroexpand-undo) + (slime-read-connection) + (slime-inspector-property-at-point): Use macrolet or a + comibination of let and funcall as replacement for flet. + +2012-10-14 Helmut Eller <heller(a)common-lisp.net> + Avoid labels. + + * hyperspec.el (hyperspec--get-one-line): New function. + +2012-10-14 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (close-connection%): Let *debugger-hook* be nil + across the entire function to that we don't call our own debugger + if we ever get some error during CLOSE or somesuch. + 2012-09-04 Stas Boukarev <stassats(a)gmail.com> * swank-loader.lisp (lisp-version-string): Add "s" to Allegro with Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.550 slime/contrib/ChangeLog:1.551 --- slime/contrib/ChangeLog:1.550 Mon Aug 13 13:50:34 2012 +++ slime/contrib/ChangeLog Sun Oct 14 05:57:56 2012 @@ -1,3 +1,7 @@ +2012-10-14 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm: Various tweaks. + 2012-08-13 Stas Boukarev <stassats(a)gmail.com> * swank-arglists.lisp (extra-keywords/slots): Check for

1 0

Re: [slime-devel] Hang with cmucl 20c
by Harald Hanche-Olsen 04 Oct '12

04 Oct '12

[Helmut Eller <eller.helmut(a)gmail.com> (2012-10-04 09:40:45 UTC)] > I think the problem occurs during loading of gray-streams. It looks like you're right. Good detective work, it would have taken me forever and a half to figure this out. Thanks! > Not sure what the right fix is. Well, if you're not sure then I am even less so. > PCL::COMPILE-LAMBDA should probably > bind *MACROEXPAND-HOOK* hook in any case. SWANK could also load > gray-strams early or CMUCL could load gray-streams in the default image. > It's also debatable whether Quicklisp should bind *MACROEXPAND-HOOK*. Indeed. Or perhaps Quicklisp itself should include #cmu (require :gray-streams) in its setup code. Zach Beane seems to be on this list, so maybe he will notice this discussion and decide if something needs doing. As for my own problem, my workaround for now will be to load gray-streams before quicklisp. - Harald

1 0

[slime-devel] Hang with cmucl 20c
by Harald Hanche-Olsen 04 Oct '12

04 Oct '12

I am running cmucl 20c (unicode version) under slime, with coding-system set to utf-8-unix and quicklisp loaded. All seems to work well, including loading various quicklisp packages, until I try this: CL-USER> (ql:quickload "ironclad") To load "ironclad": Load 1 ASDF system: ironclad ; Loading "ironclad" ... and the slime-repl buffer hangs with the cursor at the last line above. In the *inferior-lisp* buffer I find this: ;; swank:close-connection: No matching method for the generic function #<STANDARD-GENERIC-FUNCTION STREAM-ELEMENT-TYPE (1) {59232FA9}>, when called with arguments (#<Stream for descriptor 5>). Help! 12 nested errors. KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. There is nothing untoward in the *slime-events* buffer. Any idea what could be the problem? I'll be happy to provide backtraces, etc. if you can only tell me how to get them. I supposed there is something odd about the stream for descriptor 5. Perhaps someone who knows the internals well can tell me what stream that is, and how it is different from other streams? (Oh, loading ironclad in the *inferior-lisp* buffer works like a charm, after I tweaked the source code a little so it could find libcrypt. All this is on ubuntu, BTW, linux kernel 3.2.0-31-generic.) - Harald

2 3