slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] providing swank-media
by Cyrus Harmon 23 May '12

23 May '12

So I was trying to Nicolas Martyanoff's example of using slime-media up and running and I ran into a problem where swank-media wasn't providing swank-media. A trivial fix is attached, but perhaps I'm doing something else wrong. Anyone else see this? thanks, Cyrus diff --git i/contrib/swank-media.lisp w/contrib/swank-media.lisp index 218fe9e..3d5ef7c 100644 --- i/contrib/swank-media.lisp +++ w/contrib/swank-media.lisp @@ -21,3 +21,5 @@ ;; can only be defined if their specializers already exist; in R's S3 ;; object system, methods are ordinary functions with a special naming ;; convention) + +(provide :swank-media)

3 3

[slime-devel] Daily ChangeLog diff
by Helmut Eller 21 May '12

21 May '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2340 slime/ChangeLog:1.2341 --- slime/ChangeLog:1.2340 Fri May 11 23:34:47 2012 +++ slime/ChangeLog Mon May 21 01:08:07 2012 @@ -1,3 +1,12 @@ +2012-05-21 Helmut Eller <heller(a)common-lisp.net> + + Reduce dependecy on pre-defined faces. + + * slime.el (slime-apropos-symbol, slime-apropos-label): New faces. + (slime-print-apropos): Use them. + + Reported by: Daimrod <daimrod(a)gmail.com> + 2012-05-12 Helmut Eller <heller(a)common-lisp.net> * swank-sbcl.lisp (stream-force-output): Undo last few changes.

1 0

[slime-devel] [bug] SLIME apropos
by Daimrod 21 May '12

21 May '12

> * Changes in Specialized Modes and Packages in Emacs 24.2 > > [snip] > > *** The faces used by Apropos are now directly customizable. > These faces are named `apropos-symbol', `apropos-keybinding', and so on; > see the `apropos' Custom group for details. > > **** The old options whose values specified faces to use were removed > (i.e. `apropos-symbol-face', `apropos-keybinding-face', etc.). > Because of this, slime-apropos-package fails. (apropos-symbol-face and apropos-label-face are undefined). For now I've set them to NIL but I hope there is a better solution compatible with both emacs23 and emacs24.

2 1

[slime-devel] Slime autocompletion for Common Lisp code
by Yuan Luo 16 May '12

16 May '12

Hi, I am trying to use slime-fuzzy-complete-symbol for common lisp code auto completion. The Lisp dialect I am using is Allegro CL and Emacs is the IDE. Under its common lisp mode, I use "M-x slime-mode" to enable slime for code editing. My problem is, for example (defun foo () (form) However, after pressing the tab key, it only prompts me (defun name varlist &rest body) rather than the desired format function. I also note that under *slime-repl allegro*, tab key generates a fuzzy completion list. What am I missing here? Best, Yuan

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 13 May '12

13 May '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2336 slime/ChangeLog:1.2338 --- slime/ChangeLog:1.2336 Sun May 6 23:10:50 2012 +++ slime/ChangeLog Thu May 10 23:52:18 2012 @@ -1,3 +1,14 @@ +2012-05-11 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (stream-force-output): Don't use + with-deadline. Grab the world-lock instead. + (condition-timed-wait): Use the :timeout argument for real. + +2012-05-11 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (call-with-io-timeout): Not used. Deleted. + * swank-sbcl.lisp (call-with-io-timeout): Deleted. + 2012-05-07 Helmut Eller <heller(a)common-lisp.net> Ignore linebreaks for the macroexpand test.

3 8

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

12 May '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2338 slime/ChangeLog:1.2340 --- slime/ChangeLog:1.2338 Thu May 10 23:52:18 2012 +++ slime/ChangeLog Fri May 11 23:34:47 2012 @@ -1,3 +1,13 @@ +2012-05-12 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (stream-force-output): Undo last few changes. + +2012-05-11 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (stream-force-output): Use with-world-lock + i.e. with-recursive-lock instead of with-mutex. + * slime.el (sbcl-world-lock): New test. + 2012-05-11 Helmut Eller <heller(a)common-lisp.net> * swank-sbcl.lisp (stream-force-output): Don't use

1 0

[slime-devel] Swank Client and Swank Crew
by Robert Brown 11 May '12

11 May '12

I'd like to call your attention to two packages that leverage SLIME's swank debugging protocol. The first https://github.com/brown/swank-client is an implementation of the client side of swank. With Swank Client one Lisp process can send forms to a remote Lisp for evaluation. If a condition is signaled in the remote Lisp, you can see the stack trace in Emacs and debug it. Here's some ASCII art that shows the swank connections: Emacs/Slime ---- Master Lisp ---- Remote Lisp Swank Crew uses Swank Client to create worker pools of remote Lisp jobs. You can then use functions like PARALLEL-MAPCAR or PARALLEL-REDUCE to evaluate forms across many worker Lisp jobs. Here's another picture: Emacs/Slime | Master Lisp | | | | | ---- Worker Lisp 1 | ------ Worker Lisp 2 --------- Worker Lisp 3 Let me know if you give either of these libraries a try. bob

1 0

[slime-devel] slime-pprint-eval-region
by Cyrus Harmon 11 May '12

11 May '12

I had a desire for a slime-pprint-eval-region and cobbled together the following patch. It's bound to C-c C-f and allows one to highlight a region and then evaluate it. This is helpful in particular when dealing with forms with reader macros in them that aren't properly read by emacs' backward-sexp function. Any interest in seeing something like this in the canonical slime.el? thanks, Cryus diff --git a/slime.el b/slime.el index 3ef2b41..bfb4242 100644 --- a/slime.el +++ b/slime.el @@ -531,6 +531,7 @@ information." (defvar slime-prefix-bindings '(("\C-r" slime-eval-region) + ("\C-f" slime-pprint-eval-region) (":" slime-interactive-eval) ("\C-e" slime-interactive-eval) ("E" slime-edit-value) @@ -4297,6 +4298,13 @@ Use `slime-re-evaluate-defvar' if the from starts with '(defvar'" `(swank:interactive-eval-region ,(buffer-substring-no-properties start end)))) +(defun slime-pprint-eval-region (start end) + "Evaluate region; pprint the value in a buffer." + (interactive "r") + (slime-eval-describe + `(swank:pprint-eval + ,(buffer-substring-no-properties start end)))) + (defun slime-eval-buffer () "Evaluate the current buffer. The value is printed in the echo area." @@ -7149,6 +7157,7 @@ is setup, unless the user already set one explicitly." [ "Eval Last Expression" slime-eval-last-expression ,C ] [ "Eval And Pretty-Print" slime-pprint-eval-last-expression ,C ] [ "Eval Region" slime-eval-region ,C ] + [ "Eval Region And Pretty-Print" slime-pprint-eval-region ,C ] [ "Interactive Eval..." slime-interactive-eval ,C ] [ "Edit Lisp Value..." slime-edit-value ,C ] [ "Call Defun" slime-call-defun ,C ])

6 15

[slime-devel] Daily ChangeLog diff
by Helmut Eller 07 May '12

07 May '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2330 slime/ChangeLog:1.2336 --- slime/ChangeLog:1.2330 Sun May 6 01:51:26 2012 +++ slime/ChangeLog Sun May 6 23:10:50 2012 @@ -1,3 +1,35 @@ +2012-05-07 Helmut Eller <heller(a)common-lisp.net> + + Ignore linebreaks for the macroexpand test. + SBCL should now also pass it. + + * slime.el (slime-test-macroexpansion=): New function. + ([test] macroexpand): Use it. + +2012-05-06 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (condition-timed-wait): Undo previous change. + The :timeout arg doesn't seem ready for production use. + +2012-05-06 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (condition-timed-wait): Use the :timeout + argument of sb-thread:condition-wait if supported. + + +2012-05-06 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (with-definition-source): Forgot to commit this + one. + + * swank-allegro.lisp (string-to-utf8): Set the :null-terminate + argument of excl:string-to-octets to nil. + +2012-05-06 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (with-struct): Undo damage. + * swank-sbcl.lisp (with-definition-source): New macro. + 2012-05-06 Helmut Eller <heller(a)common-lisp.net> * swank.lisp, swank-rpc.lisp: iso-8859-1 is not same as

1 0

[slime-devel] backward-sexp and slime-pprint-eval-last-expression
by Cyrus Harmon 07 May '12

07 May '12

I've been using slime-pprint-eval-last-expression on some expressions in .files in slime and came across the following: #(0) works fine, but #2A((0)) doesn't, as slime relies on emacs' backward-sexp to compute the sexp to eval. Would it be desirable to extend this to be reader-macro aware? thanks, Cyrus

3 4

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