slime-devel

slime-devel@common-lisp.net

4231 discussions

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

16 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2124 slime/ChangeLog:1.2125 --- slime/ChangeLog:1.2124 Fri Aug 13 03:25:23 2010 +++ slime/ChangeLog Sun Aug 15 15:13:56 2010 @@ -1,3 +1,8 @@ +2010-08-15 Stas Boukarev <stassats(a)gmail.com> + + * swank.lisp (setup-server): Check the coding system before doing + anything, otherwise it may be eaten by ignore-errors later. + 2010-08-13 Helmut Eller <heller(a)common-lisp.net> Find definition for (def-vm-support-routine NAME ...)

1 0

[slime-devel] slime for non-CLs?
by Christophe Rhodes 15 Aug '10

15 Aug '10

Hi, I was at a conference last week, and spent the boring bits hacking; one of the things I've got at least partially done is a swank implementation for R (the statistical array-based language). Bits that work include: * REPL * sldb + backtrace + display of locals + invoking restarts by number + throw to toplevel (basically nothing else works) R is an interesting language and environment: it's almost a lisp -- almost a CL in some respects. It has generic functions, multimethods and multiple dispatch; it has conditions, handlers and restarts; it has eval and read ("parse"). In fact it has almost everything other than a compiler (but on the other hand, it basically has fexprs...). Since I plan to use R for Real Work in future, and since the default R environment under emacs is OK but nothing to write home about (and the debugger is actively painful), I can see myself developing and maintaining this swank implementation for a while. Given this, would there be any objections to keeping it under contrib/ within slime? (I will likely also be asking a similar question of the R project, as to whether keeping development there makes any sense. I understand that there's a certain amount of overlap between R types and Lispers -- there was even a proof-of-concept implementation of an R-to-CL compiler in 2006) Cheers, Christophe

2 1

[slime-devel] indentation within LOOP
by Gábor Melis 14 Aug '10

14 Aug '10

I'm using the slime-indentation contrib. This is indented correctly: (= 1 2 3) However, when wrapped in a LOOP it's not: (loop (= 1 2 3)) <= 3 should be right below 1 Another example: (bar 1 ; 1 below b 2) (loop (bar 1 ; 1 below a 2))

1 0

[slime-devel] Emacs freezes completing keyword
by Gustavo 13 Aug '10

13 Aug '10

Hello, I think I found a bug. Emacs freezes every time I input ":something <TAB>" in Slime REPL, i.e., whenever I try to autocomplete a keyword from the REPL. It also seems to happen in other buffers as well. Autocompleting "normal" symbols seems to be working fine. Gustavo.

3 4

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

13 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2122 slime/ChangeLog:1.2124 --- slime/ChangeLog:1.2122 Wed Aug 11 08:40:03 2010 +++ slime/ChangeLog Fri Aug 13 03:25:23 2010 @@ -1,3 +1,15 @@ +2010-08-13 Helmut Eller <heller(a)common-lisp.net> + + Find definition for (def-vm-support-routine NAME ...) + + * swank-cmucl.lisp (vm-support-routine-definitions): New. + (find-definitions): Use it. + +2010-08-12 Stas Boukarev <stassats(a)gmail.com> + + * swank-sbcl.lisp (save-image): Fix save-lisp-and-die invocation. + Based on a patch by Anton Kovalenko. + 2010-08-11 Helmut Eller <heller(a)common-lisp.net> Bind *print-readably* to nil when printing the title. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.405 slime/contrib/ChangeLog:1.406 --- slime/contrib/ChangeLog:1.405 Thu Jul 29 04:05:22 2010 +++ slime/contrib/ChangeLog Fri Aug 13 03:25:15 2010 @@ -1,3 +1,10 @@ +2010-08-13 Helmut Eller <heller(a)common-lisp.net> + + Fix slime-restore. + + * swank-snapshot.lisp (swank-snapshot::resurrect): Adapted to + new MAKE-CONNECTION. + 2010-07-29 Stas Boukarev <stassats(a)gmail.com> * slime-c-p-c.el (slime-complete-form): Limit `looking-back' too.

1 0

[slime-devel] slime repl command history
by Antony Sequeira 13 Aug '10

13 Aug '10

Hi When I restart emacs and have a new repl, I can see that the history is available (I use C-UP key) How can a see this history in a buffer so I can search it and get to some older command. -- -Antony

1 0

[slime-devel] [patch] swank-sbcl.lisp: let save-image work
by Anton Kovalenko 12 Aug '10

12 Aug '10

Dear slime developers, Slime-snapshot facility is a great thing. Unfortunately, there is a problem in the current `save-image' implementation for sbcl. Nothing serious, just an extra nesting level that is easily removed (patch follows). --- swank-sbcl.lisp.~1.272.~ 2010-07-21 17:40:32.000000000 +0400 +++ swank-sbcl.lisp 2010-08-11 02:12:41.000000000 +0400 @@ -1553,7 +1553,7 @@ (cond ((= pid 0) (let ((args `(,filename ,@(if restart-function - `((:toplevel ,restart-function)))))) + `(:toplevel ,restart-function))))) (apply #'sb-ext:save-lisp-and-die args))) (t (multiple-value-bind (rpid status) (sb-posix:waitpid pid 0) (Please excuse me for _not_ posting it as attachment if it _is_ the preferred way here. There seems to be no way to know in advance.) -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia

2 1

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

12 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2121 slime/ChangeLog:1.2122 --- slime/ChangeLog:1.2121 Fri Aug 6 10:10:50 2010 +++ slime/ChangeLog Wed Aug 11 08:40:03 2010 @@ -1,3 +1,13 @@ +2010-08-11 Helmut Eller <heller(a)common-lisp.net> + + Bind *print-readably* to nil when printing the title. + + * swank.lisp (prepare-title): Factored out into new function. + (*inspector-printer-bindings*) + (*inspector-verbose-printer-bindings*): New. + (with-string-stream): New. + (emacs-inspect/istate): Renamed from emacs-inspect/printer-bindings. + 2010-08-06 Stas Boukarev <stassats(a)gmail.com> * swank-ccl.lisp (spawn): Revert the previous change, using

1 0

[slime-devel] Grey background of uncompiled changes - need to kill it
by Martin Cracauer 09 Aug '10

09 Aug '10

That grey background for uncompiled changes interacts very badly with my environment, both because I have a foreground color that doesn't contrast again grey, and because I always have extensive amounts of what SLIME thinks are uncompiled changes when they are not. Is there really no switch to kill this? Also, what would be an appropriate hook to plug in code that must run when the debugger gets invoked? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer(a)cons.org> http://www.cons.org/cracauer/

2 1

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

07 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2120 slime/ChangeLog:1.2121 --- slime/ChangeLog:1.2120 Thu Aug 5 08:12:34 2010 +++ slime/ChangeLog Fri Aug 6 10:10:50 2010 @@ -1,3 +1,8 @@ +2010-08-06 Stas Boukarev <stassats(a)gmail.com> + + * swank-ccl.lisp (spawn): Revert the previous change, using + :use-standard-initial-bindings nil might be not thread-safe. + 2010-08-05 Stas Boukarev <stassats(a)gmail.com> * swank-ccl.lisp (spawn): Specify

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel