slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 08 Mar '08

08 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1311 slime/ChangeLog:1.1312 --- slime/ChangeLog:1.1311 Tue Mar 4 10:48:40 2008 +++ slime/ChangeLog Sat Mar 8 03:42:21 2008 @@ -1,3 +1,10 @@ +2008-03-07 Helmut Eller <heller(a)common-lisp.net> + + Be GC friendlier when parsing net packets. + + * slime.el (slime-net-read): Instead of consing a fresh string, + use narrow-to-region and read the packet out of the buffer. + 2008-03-04 Helmut Eller <heller(a)common-lisp.net> * test.sh: Updated for Emacs 23. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.96 slime/contrib/ChangeLog:1.97 --- slime/contrib/ChangeLog:1.96 Sun Mar 2 17:41:45 2008 +++ slime/contrib/ChangeLog Sat Mar 8 03:42:23 2008 @@ -1,3 +1,11 @@ +2008-03-08 Helmut Eller <heller(a)common-lisp.net> + + Don't blindly override the inspect method for functions. + + * swank-fancy-inspector.lisp (emacs-inspect function): Define this + method only if the backend hasn't defined one. + (inspect-function): New function. + 2008-03-02 Tobias C. Rittweiler <tcr(a)freebits.de> M-. now works on presentations.

1 0

Re: [slime-devel] Mercurial
by Helmut Eller 07 Mar '08

07 Mar '08

Tobias C. Rittweiler" wrote: > Hi Helmut, > > I am currently in vacations, and don't have access to > my machine, and as I don't think that I'm subscribed > to the mailinglist (I usually use the gmane interface), > I write this mail to you directly (feel free to forward.) > > you wrote: > > > So lets make a poll. Those people with cvs commit rights can > > vote. Say > > which system you prefer; if you don't want to switch, vote for > > CVS. > > You can cast your ballot until 2008-March-07 00:00 UTC. > > I'm reluctant to anything that there isn't an Emacs interface > for that doesn't suck. Does one exist for Mercurial, and > do you have experience using it? In Emacs 23 (CVS Emacs) the vc interface supports hg, git, bzr and maybe others. But that is rather new and has still some rough edges. E.g. the vc-annotate for hg only shows the the revision number and the date but not the author who wrote the line. Another annoyance is that they synchronously call subprocesses the find-file-hook, apparently to display the version number in the mode-line. This can be rather slow (not so much for SLIME, but for big repos). To create a changeset one must mark the relevant files in the vc-dired buffer and the marked files will then be committed together (not individually as in older versions). The diff command seem to work but it doesn't honor `diff-switches' properly. I think the log command works only on one file if called in the buffer or on multiple files if called in the vc-dired buffer. There are no Emacs equivalents for the status, pull, and push commands. For git there exist some other Emacs packages, one is pcl-cvs-a-like. I wasn't impressed by those. The bzr-mode.el shipped with Bazaar was even written by the illustrious Luke Gorrie. Like his darcs-mode.el it's simple but easily hackable. Currently, I use hg primarily from the command line. Helmut.

2 1

[slime-devel] SoC 2008: any projects you'd like to get funded?
by Heow Eide-Goodman 05 Mar '08

05 Mar '08

Guys, Once again, LispNYC is getting ready for Google's Summer of Code. Since we all use and love SLIME, getting a project funded would be great. If you have any project ideas, drop us a line here ( http://lispnyc.org/soc-idea.clp ), we're also looking for a few good mentors. :-) Cheers, - Heow -- ;;-------------------------------------------------------------------------- (defun reply-to-this-email (addresses) (apply 'concatenate 'string (mapcar #'reverse (nth (random (length addresses)) addresses)))) (reply-to-this-email '(("woeH" "@" "cnIskeeGahplA" "." "moc") ("woeH" "@" "CYNpsiL" "." "gro")))

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 04 Mar '08

04 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1309 slime/ChangeLog:1.1311 --- slime/ChangeLog:1.1309 Sun Mar 2 10:10:34 2008 +++ slime/ChangeLog Tue Mar 4 10:48:40 2008 @@ -1,3 +1,12 @@ +2008-03-04 Helmut Eller <heller(a)common-lisp.net> + + * test.sh: Updated for Emacs 23. + +2008-03-04 Andreas Fuchs <asf(a)boinkor.net> + + * swank.asd (asdf:output-files, asdf:perform): Make compile-op on + swank-loader-file a noop. + 2008-03-02 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-edit-definition-hooks): This variable can be

1 0

[slime-devel] Fancy inspector wishlist items
by Nikodemus Siivola 04 Mar '08

04 Mar '08

Loading the fancy inspector overrides the SBCL specific EMACS-INSPECT method for functions. It would be nice if it didn't, but rather co-operated with it. At some point in the past C-I worked on presentations, which it doesn't anymore. This was very useful, and it would be nice to have it back in the fancy inspector. While I don't miss the full DWIM magic of C-I, there is one thing I would like there: if the point is at the start of a list starting with FOO, insert #'FOO instead of FOO in the minibuffer. Cheers, -- Nikodemus

2 2

[slime-devel] SBCL-specific function inspection
by Ariel Badichi 04 Mar '08

04 Mar '08

The following patch is a work-around (excuse the pun) to have the fancy-inspector use the SBCL-specific method for function inspection. Ariel diff -u -r1.193 swank-sbcl.lisp --- swank-sbcl.lisp 28 Feb 2008 19:44:14 -0000 1.193 +++ swank-sbcl.lisp 3 Mar 2008 04:09:39 -0000 @@ -1041,7 +1041,7 @@ (loop for value in parts for i from 0 append (label-value-line i value)))))))) -(defmethod emacs-inspect ((o function)) +(defmethod emacs-inspect :around ((o function)) (let ((header (sb-kernel:widetag-of o))) (cond ((= header sb-vm:simple-fun-header-widetag) (label-value-line*

3 2

[slime-devel] Re: SLIME and new windows
by Rommel Martinez 03 Mar '08

03 Mar '08

Sorry for bothering you guys. I found a solution, but I don't think it's the most elegant one. What I did was I changed the call to `pop-to-buffer' to `switch-to-buffer' in `slime-hide-inferior-lisp-buffer' like so: ---------------------------------------------------------------------- --- slime.el.orig 2008-03-04 12:42:05.000000000 +0800 +++ slime.el 2008-03-04 12:42:41.000000000 +0800 @@ -1528,7 +1528,7 @@ (window (set-window-buffer window repl-buffer)) (t - (pop-to-buffer repl-buffer) + (switch-to-buffer repl-buffer) (goto-char (point-max)))))) ---------------------------------------------------------------------- Is there a better way to do this? -- Rommel M. Martinez <ebzzry(a)gmail.com>

1 0

[slime-devel] SLIME and new windows
by Rommel Martinez 03 Mar '08

03 Mar '08

How do I make SLIME *not* create a new window when it connects to a Swank server via `slime-connect'? Specifically, how do I make SLIME switch to the REPL buffer (output buffer) using the current window? Thanks in advance. -- Rommel M. Martinez <ebzzry(a)gmail.com>

1 0

[slime-devel] slime-macroexpand issue/wishlist item
by Nikodemus Siivola 03 Mar '08

03 Mar '08

If a macroexpansion communicates with other parts of the system using eg. structures or instances, expanding nested macros doesn't work in Slime: ...assuming you have CFFI installed and loaded... (cffi:defcallback foo :void ((data :string)) (error data)) C-RET expands it to (PROGN (CFFI-SYS:%DEFCALLBACK FOO :VOID (DATA) (:POINTER) (LET ((DATA (CFFI:TRANSLATE-FROM-FOREIGN DATA #<CFFI::FOREIGN-STRING-TYPE :UTF-8>))) (BLOCK FOO (ERROR DATA))) :CALLING-CONVENTION :CDECL) 'FOO) where the %DEFCALLBACK is also a macro. Trying to re-expand that using C-RET breaks when it tries to READ #<. It would be nice if (a) the second expansion worked (2) the #<...> objects in the buffer were presentations. Cheers, -- Nikodemus

1 0

[slime-devel] Debugging SBCL startup issue.
by David Brown 03 Mar '08

03 Mar '08

I'm running SBCL 1.0.14 built on gentoo, using the recent CVS of Slime. When I start slime, it begins in the *inferior-lisp* buffer, loads Swank, and then sits at a CL-USER[2]: prompt. The minibuffer says: "Connecting to Swank on port nnnn.." This inferior lisp buffer accepts commands. I've discovered that by generating an error in the inferior lisp, SBCL enters its debugger, which then prints "Adding fd handler: 6" and then slime starts up fine. Any ideas on how to debug this, or what the problem might be? It seems to work once I generate the error. I'm going to try rebuilding SBCL with threading support enabled to see if this helps. Thanks, David Brown

1 1

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