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

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

24 Jul '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1372 slime/ChangeLog:1.1374 --- slime/ChangeLog:1.1372 Sat Jul 19 07:34:19 2008 +++ slime/ChangeLog Wed Jul 23 10:29:26 2008 @@ -1,3 +1,13 @@ +2008-07-23 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-loader.lisp (*contribs*): Added `swank-package-fu'. + +2008-07-23 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-at-list-p): New. Returns t if point is at a list. + (slime-at-expression-p): New. Similiar to `slime-in-expression-p'. + (slime-end-of-list): New. Pendant to `slime-beginning-of-list'. + 2008-07-19 Tobias C. Rittweiler <tcr(a)freebits.de> REPL shortcuts now leave an appropriate Common Lisp form in the Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.109 slime/contrib/ChangeLog:1.110 --- slime/contrib/ChangeLog:1.109 Sat Jul 19 07:39:23 2008 +++ slime/contrib/ChangeLog Wed Jul 23 10:27:36 2008 @@ -1,5 +1,12 @@ 2008-07-19 Tobias C. Rittweiler <tcr(a)freebits.de> + * slime-package-fu.el, swank-package-fu.lisp: New contrib to + aumatically add symbols to the relevant DEFPACKAGE forms. + You can use `C-c x' to export the symbol at point, and + `C-u C-c x' to unexport it. + +2008-07-19 Tobias C. Rittweiler <tcr(a)freebits.de> + * slime-asdf.el (slime-oos): Use `slime-repl-shortcut-async'. 2008-07-16 Tobias C. Rittweiler <tcr(a)freebits.de>

1 0

[slime-devel] No "Go to definition" with latest (CVS) slime and CLISP 2.46
by Blake McBride 21 Jul '08

21 Jul '08

Greetings, I just checked out the latest CVS slime and I am using it with CLISP 2.46. When I try Go to definition (M-.) I get: PARSE-NAMESTRING: argument #1=(SYSTEM::DEFUN/DEFMACRO #P"/home/blake/tmp/f1.fas" 6 7) should be a pathname designator #2=(OR STRING FILE-STREAM PATHNAME) [Condition of type SIMPLE-TYPE-ERROR] Restarts: 0: [ABORT] Return to SLIME's top level. 1: [CLOSE-CONNECTION] Close SLIME connection Backtrace: 0: [258] frame binding variables (~ = dynamically): | ~ SWANK::*SLDB-STEPPING-P* <--> NIL 1: [255] frame binding variables (~ = dynamically): | ~ SWANK::*SLDB-LEVEL* <--> 0 2: [252] frame binding variables (~ = dynamically): | ~ *PACKAGE* <--> #<PACKAGE COMMON-LISP-USER> 3: <1/246> #<COMPILED-FUNCTION SWANK::DEBUG-IN-EMACS> - #(NIL #<SIMPLE-TYPE-ERROR #x204027B6>) 4: <1/243> #<COMPILED-FUNCTION SWANK:SWANK-DEBUGGER-HOOK> [241] frame binding variables (~ = dynamically): | ~ *DEBUGGER-HOOK* <--> #<COMPILED-FUNCTION SWANK:SWANK-DEBUGGER-HOOK> 5: <1/238> #<SYSTEM-FUNCTION INVOKE-DEBUGGER> 1 [237] frame binding variables (~ = dynamically): | ~ SYSTEM::*PRIN-STREAM* <--> #<UNBOUND> 6: [234] frame binding variables (~ = dynamically): | ~ *PRINT-READABLY* <--> NIL 7: [231] frame binding variables (~ = dynamically): | ~ *PRINT-ESCAPE* <--> T 8: <1/228> #<SYSTEM-FUNCTION PARSE-NAMESTRING> 1 - #<UNBOUND> 9: <1/222> #<SYSTEM-FUNCTION PATHNAME-TYPE> - NIL 10: <1/217> #<COMPILED-FUNCTION SWANK-BACKEND::FSPEC-PATHNAME> - #<COMPILED-FUNCTION SWANK-BACKEND::FSPEC-LOCATION> 11: <1/215> #<COMPILED-FUNCTION SWANK-BACKEND::FSPEC-LOCATION> - FUN2 12: <1/212> #<COMPILED-FUNCTION #:|244 245 (DEFIMPLEMENTATION FIND-DEFINITIONS (NAME) ...)-21-1-1|> - #<COMPILED-FUNCTION #:|244 245 (DEFIMPLEMENTATION FIND-DEFINITIONS (NAME) ...)-21-1-1|> 13: <1/208> #<COMPILED-FUNCTION SWANK-BACKEND:FIND-DEFINITIONS> - #<COMPILED-FUNCTION SWANK::XREF>ELISP> 14: <1/202> #<COMPILED-FUNCTION SWANK:FIND-DEFINITIONS-FOR-EMACS> - #<COMPILED-FUNCTION SWANK:FIND-DEFINITIONS-FOR-EMACS> 15: [200] EVAL frame for form (SWANK:FIND-DEFINITIONS-FOR-EMACS "fun2") 16: [197] frame binding environments VAR_ENV <--> NIL FUN_ENV <--> NIL BLOCK_ENV <--> NIL GO_ENV <--> NIL DECL_ENV <--> ((DECLARATION OPTIMIZE DECLARATION)) 17: <1/192> #<SYSTEM-FUNCTION EVAL> [191] frame binding variables (~ = dynamically): | ~ SWANK::*BUFFER-PACKAGE* <--> #<UNBOUND> 18: [188] frame binding variables (~ = dynamically): | ~ SWANK::*PENDING-CONTINUATIONS* <--> NIL 19: [185] frame binding variables (~ = dynamically): | ~ SWANK::*BUFFER-READTABLE* <--> #<UNBOUND> 20: [181] unwind-protect frame 21: <1/176> #<COMPILED-FUNCTION SWANK::EVAL-FOR-EMACS-1> - #<COMPILED-FUNCTION SWANK::EVAL-FOR-EMACS-1> 22: [175] frame binding variables (~ = dynamically): | ~ *DEBUGGER-HOOK* <--> #<COMPILED-FUNCTION SWANK:SWANK-DEBUGGER-HOOK> 23: <1/171> #<COMPILED-FUNCTION #:|593 598 (DEFINTERFACE CALL-WITH-DEBUGGER-HOOK (HOOK FUN) ...)-57-3-1|> - #<COMPILED-FUNCTION #:|593 598 (DEFINTERFACE CALL-WITH-DEBUGGER-HOOK (HOOK FUN) ...)-57-3-1|> 24: <1/166> #<COMPILED-FUNCTION SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK> - #(NIL (SWANK:FIND-DEFINITIONS-FOR-EMACS "fun2") NIL 3) 25: <1/162> #<COMPILED-FUNCTION SWANK::EVAL-FOR-EMACS> <2/162> #<SYSTEM-FUNCTION FUNCALL> 4 - SWANK::EVAL-FOR-EMACS 26: <1/155> #<COMPILED-FUNCTION SWANK::READ-FROM-EMACS> [155] frame binding variables (~ = dynamically): | ~ SWANK::*SLDB-QUIT-RESTART* <--> ABORT 27: [152] frame binding variables (~ = dynamically): | ~ SYSTEM::*ACTIVE-RESTARTS* <--> (#S(RESTART :NAME SWANK::CLOSE-CONNECTION :TEST #1=#<COMPILED-FUNCTION SYSTEM::DEFAULT-RESTART-TEST> :INVOKE-TAG #:SIMPLE-RESTART-21493 :INVOKE-FUNCTION NIL :REPORT #<FUNCTION :LAMBDA (STREAM) (FORMAT STREAM "Close SLIME connection")> :INTERACTIVE #2=#<COMPILED-FUNCTION SYSTEM::DEFAULT-RESTART-INTERACTIVE> :MEANINGFULP T) #S(RESTART :NAME ABORT :TEST #1# :INVOKE-TAG NIL :INVOKE-FUNCTION #<COMPILED-FUNCTION SYSTEM::MAIN-LOOP-1-1> :REPORT #<COMPILED-FUNCTION SYSTEM::MAIN-LOOP-1-2> :INTERACTIVE #2# :MEANINGFULP T)) 28: [149] catch frame for tag #:SIMPLE-RESTART-20983 29: <1/145> #<COMPILED-FUNCTION SWANK::HANDLE-REQUEST-1> - #<COMPILED-FUNCTION SWANK::HANDLE-REQUEST-1> 30: [144] frame binding variables (~ = dynamically): | ~ *DEBUGGER-HOOK* <--> #<COMPILED-FUNCTION SWANK:SWANK-DEBUGGER-HOOK> 31: <1/140> #<COMPILED-FUNCTION #:|593 598 (DEFINTERFACE CALL-WITH-DEBUGGER-HOOK (HOOK FUN) ...)-57-3-1|> - #<COMPILED-FUNCTION #:|593 598 (DEFINTERFACE CALL-WITH-DEBUGGER-HOOK (HOOK FUN) ...)-57-3-1|> 32: <1/135> #<COMPILED-FUNCTION SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK> - #<COMPILED-FUNCTION SWANK::CALL-WITH-CONNECTION-1> 33: <1/132> #<COMPILED-FUNCTION SWANK::CALL-WITH-CONNECTION-1> - #<COMPILED-FUNCTION SWANK::CALL-WITH-CONNECTION-1> 34: [131] frame binding variables (~ = dynamically): | ~ *TERMINAL-IO* <--> #<IO TERMINAL-STREAM> 35: [128] frame binding variables (~ = dynamically): | ~ *STANDARD-INPUT* <--> #<IO SYNONYM-STREAM *TERMINAL-IO*> 36: [125] frame binding variables (~ = dynamically): | ~ *QUERY-IO* <--> #<IO SYNONYM-STREAM *TERMINAL-IO*> 37: [122] frame binding variables (~ = dynamically): | ~ *DEBUG-IO* <--> #<IO SYNONYM-STREAM *TERMINAL-IO*> 38: [119] frame binding variables (~ = dynamically): | ~ *TRACE-OUTPUT* <--> #<IO SYNONYM-STREAM *TERMINAL-IO*> 39: [116] frame binding variables (~ = dynamically): | ~ *ERROR-OUTPUT* <--> #<IO SYNONYM-STREAM *TERMINAL-IO*> 40: [113] frame binding variables (~ = dynamically): | ~ *STANDARD-OUTPUT* <--> #<IO SYNONYM-STREAM *TERMINAL-IO*> 41: <1/105> #<COMPILED-FUNCTION SWANK::CALL-WITH-REDIRECTED-IO> - #<COMPILED-FUNCTION SWANK::MAYBE-CALL-WITH-IO-REDIRECTION> 42: <1/102> #<COMPILED-FUNCTION SWANK::MAYBE-CALL-WITH-IO-REDIRECTION> [100] frame binding variables (~ = dynamically): | ~ SWANK::*EMACS-CONNECTION* <--> NIL 43: <1/95> #<COMPILED-FUNCTION SWANK::CALL-WITH-CONNECTION> [93] frame binding variables (~ = dynamically): | ~ SWANK::*SWANK-STATE-STACK* <--> NIL 44: <1/89> #<COMPILED-FUNCTION SWANK::HANDLE-REQUEST> - #<COMPILED-FUNCTION SWANK::SIMPLE-SERVE-REQUESTS-2> 45: <1/87> #<COMPILED-FUNCTION SWANK::SIMPLE-SERVE-REQUESTS-2> - #<COMPILED-FUNCTION SWANK::SIMPLE-SERVE-REQUESTS-2> 46: [86] handler frame for conditions SWANK::SWANK-ERROR 47: [80] compiled block frame for #S(RESTART :NAME SWANK::CLOSE-CONNECTION :TEST #<COMPILED-FUNCTION SYSTEM::DEFAULT-RESTART-TEST> :INVOKE-TAG #:SIMPLE-RESTART-21493 :INVOKE-FUNCTION NIL :REPORT #<FUNCTION :LAMBDA (STREAM) (FORMAT STREAM "Close SLIME connection")> :INTERACTIVE #<COMPILED-FUNCTION SYSTEM::DEFAULT-RESTART-INTERACTIVE> :MEANINGFULP T) 48: [76] frame binding variables (~ = dynamically): | ~ SYSTEM::*ACTIVE-RESTARTS* <--> (#S(RESTART :NAME ABORT :TEST #<COMPILED-FUNCTION SYSTEM::DEFAULT-RESTART-TEST> :INVOKE-TAG NIL :INVOKE-FUNCTION #<COMPILED-FUNCTION SYSTEM::MAIN-LOOP-1-1> :REPORT #<COMPILED-FUNCTION SYSTEM::MAIN-LOOP-1-2> :INTERACTIVE #<COMPILED-FUNCTION SYSTEM::DEFAULT-RESTART-INTERACTIVE> :MEANINGFULP T)) 49: [73] catch frame for tag #:SIMPLE-RESTART-21493 50: [70] unwind-protect frame 51: <1/66> #<COMPILED-FUNCTION SWANK::SIMPLE-SERVE-REQUESTS> - #<COMPILED-FUNCTION SWANK::SIMPLE-SERVE-REQUESTS> 52: <1/63> #<COMPILED-FUNCTION SWANK::SERVE-REQUESTS> - #<SWANK::CONNECTION #x203FBC26> 53: [60] unwind-protect frame 54: <1/56> #<COMPILED-FUNCTION SWANK::SERVE-CONNECTION> - #<COMPILED-FUNCTION SWANK::SETUP-SERVER-SERVE> 55: <1/51> #<COMPILED-FUNCTION SWANK::SETUP-SERVER-SERVE> - NIL 56: <1/45> #<COMPILED-FUNCTION SWANK::SETUP-SERVER> - #(NIL "/tmp/slime.19641") 57: <1/38> #<COMPILED-FUNCTION SWANK:START-SERVER> <2/37> #<SYSTEM-FUNCTION FUNCALL> 4 - SWANK:START-SERVER 58: [33] EVAL frame for form (FUNCALL (READ-FROM-STRING "swank:start-server") "/tmp/slime.19641" :CODING-SYSTEM "iso-latin-1-unix") 59: <1/30> #<SPECIAL-OPERATOR PROGN> [29] EVAL frame for form (PROGN (LOAD "/home/blake/slime/swank-loader.lisp" :VERBOSE T) (FUNCALL (READ-FROM-STRING "swank-loader:init")) (FUNCALL (READ-FROM-STRING "swank:start-server") "/tmp/slime.19641" :CODING-SYSTEM "iso-latin-1-unix")) --more--

1 0

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

20 Jul '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1371 slime/ChangeLog:1.1372 --- slime/ChangeLog:1.1371 Thu Jul 17 18:49:36 2008 +++ slime/ChangeLog Sat Jul 19 07:34:19 2008 @@ -1,3 +1,21 @@ +2008-07-19 Tobias C. Rittweiler <tcr(a)freebits.de> + + REPL shortcuts now leave an appropriate Common Lisp form in the + REPL history. + + * slime.el (slime-within-repl-shortcut-handler-p): New global. T + if truly inside a repl shortcut handler invoked by ,foo on the + REPL. + (slime-handle-repl-shortcut): Bind above global appropriatly. + (slime-repl-shortcut-eval): New; should be used in repl shortcut + handlers instead of `slime-eval'. + (slime-repl-shortcut-eval-async): New; should be used in repl + shortcut handlers instead of `slime-eval-async'. + (defslime-repl-shortcut): Update docstring. + (slime-repl-set-package): Use slime-repl-shortcut-eval. + (slime-set-default-directory): Ditto. + (slime-sync-package-and-default-directory): Ditto. + 2008-07-18 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-recompile-locations): Locations were potentially Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.108 slime/contrib/ChangeLog:1.109 --- slime/contrib/ChangeLog:1.108 Wed Jul 16 14:44:28 2008 +++ slime/contrib/ChangeLog Sat Jul 19 07:39:23 2008 @@ -1,3 +1,7 @@ +2008-07-19 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-asdf.el (slime-oos): Use `slime-repl-shortcut-async'. + 2008-07-16 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-asdf.lisp (operate-on-system-for-emacs): Wrapped in

1 0

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

18 Jul '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1369 slime/ChangeLog:1.1371 --- slime/ChangeLog:1.1369 Wed Jul 16 15:18:51 2008 +++ slime/ChangeLog Thu Jul 17 18:49:36 2008 @@ -1,3 +1,28 @@ +2008-07-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-recompile-locations): Locations were potentially + recompiled within a wrong package. Fix that. + +2008-07-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + An explicit numeric value as prefix-arg given to `C-c C-c' will + now represent the debug level the defun is compiled with; + `C-u C-c C-c' defaults to maximum debug like before. (Now also + works for recompilation commands in xref buffers.) + + * slime.el (slime-compilation-debug-level): Renamed from + `slime-compile-with-maximum-debug'. + (slime-normalize-optimization-level): New. + (slime-compile-defun): Adapted accordingly. + (slime-compile-region): Ditto. + (slime-recompile-location): Added setting of debug-level. + (slime-recompile-locations): Ditto. + (slime-recompile-xref): Now takes debug-level prefix-arg. + (slime-recompile-all-xrefs): Ditto. + + * swank-sbcl.lisp (defimplementation swank-compile-string): + Adapted accordingly. + 2008-07-16 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-xref-dspec-at-point): Make more robust.

1 0

[slime-devel] Unicode characters
by Stas Boukarev 17 Jul '08

17 Jul '08

When I enter in the slime's repl (string #\u4C36), Slime enters debugger and REPL is no more usable: Debugger entered: nil (condition-case error (slime-net-read) (error (debug) (slime-net-close process t) (error "net-read error: %S" error))) slime-net-read-or-lose(#<process SLIME Lisp>) slime-process-available-input(#<process SLIME Lisp>) slime-net-filter(#<process SLIME Lisp> #("000024(:presentation-start 2 :repl-result)000024(:write-string \"\\\"\xe4\xb0\xb6\\\"\" :repl-result)000022(:presentation-end 2 :repl-result)000020(:write-string \"\n\" :repl-result)000016(:return (:ok nil) 17)" 0 66 nil 66 69 (composition (...) help-echo utf-8-help-echo untranslated-utf-8 19510) 69 192 nil)) slime-net-coding-system is 'utf-8-unix, Slime is from cvs, GNU Emacs 22.2.1 -- With Best Regards, Stas.

2 1

[slime-devel] Bug in CLEAR-INPUT
by Stelian Ionescu 17 Jul '08

17 Jul '08

If I run the example in the CLHS page of CLEAR-INPUT, Example: HU> (defun read-sleepily (&optional (clear-p nil) (zzz 0)) (list (progn (print '>) (read)) ;; Note that input typed within the first ZZZ seconds ;; will be discarded. (progn (print '>) (if zzz (sleep zzz)) (print '>>) (if clear-p (clear-input)) (read)))) READ-SLEEPILY HU> (read-sleepily t 10) > 10 > 20 30 >> End Example I get this: Recursive lock attempt #S(SB-THREAD:MUTEX :NAME "buffer read lock" :%OWNER #<SB-THREAD:THREAD "repl-thread" RUNNING {BC10BB1}> :STATE 1). [Condition of type SIMPLE-ERROR] Backtrace: 0: (SB-THREAD:GET-MUTEX #<unavailable argument> #<unavailable argument> #<unavailable argument>) 1: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]477)) 2: ((LAMBDA (SWANK-BACKEND::LOCK FUNCTION)) #S(SB-THREAD:MUTEX :NAME "buffer read lock" :%OWNER #<SB-THREAD:THREAD "repl-thread" RUNNING {BC10BB1}> :STATE 1) #<CLOSURE (LAMBDA NIL) {C1FDE25}>) 3: (SWANK-BACKEND:CALL-WITH-LOCK-HELD #S(SB-THREAD:MUTEX :NAME "buffer read lock" :%OWNER #<SB-THREAD:THREAD "repl-thread" RUNNING {BC10BB1}> :STATE 1) #<CLOSURE (LAMBDA NIL) {C1FDE25}>) 4: ((SB-PCL::FAST-METHOD SB-GRAY:STREAM-CLEAR-INPUT (SWANK-BACKEND::SLIME-INPUT-STREAM)) #(3 NIL 4 NIL 5 NIL) #<unused argument> #<SWANK-BACKEND::SLIME-INPUT-STREAM {B9C4011}>) 5: (CLEAR-INPUT #<SWANK-BACKEND::SLIME-INPUT-STREAM {B9C4011}>) 6: (SWANK::CLEAR-USER-INPUT) 7: (SWANK::REPL-EVAL "30 ") -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur.

2 1

[slime-devel] Weird Slime Loading Behavior & Less Pretty Autodoc
by Yacin Nadji 17 Jul '08

17 Jul '08

I'm running CVS slime on Mac OS X, and I'm having some strange issues. I upgraded to CVS slime because I broke my version I had installed through macports by doing some silly upgrades of sbcl. First, SLIME-SETUP seems to load things improperly. If you take a look at my .emacs[1] you'll see I had to add (require 'slime-fuzzy) in order to get fuzzy auto-complete working. Looking at the source for what slime-fancy does, this should be auto-loaded, but it doesn't seem to work properly without manually loading it. I have a feeling this has to do with my other problem. Currently, the little function prototype helper[2] (that says the name of the function, and the name of the parameters it takes) looks a lot uglier than it used to. It used to have colors, and highlighted the current parameter I should be entering in. I realize this isn't a huge deal, but I wanted to see if it was due to using CVS slime, or if I just have something configured incorrectly. Thanks! Yacin [1] http://s3.getdropbox.com/u/10591/emacs.txt [2] http://s3.getdropbox.com/u/10591/slime-autodoc.png

2 3

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

17 Jul '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1367 slime/ChangeLog:1.1369 --- slime/ChangeLog:1.1367 Sat Jul 5 09:38:25 2008 +++ slime/ChangeLog Wed Jul 16 15:18:51 2008 @@ -1,3 +1,64 @@ +2008-07-16 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-xref-dspec-at-point): Make more robust. + (slime-xref-insert-recompilation-flags): Ditto. + (slime-column-max): New. + +2008-07-16 Tobias C. Rittweiler <tcr(a)freebits.de> + + Recompilation support added to xref buffers. You can now use + `C-c C-c' in an xref buffer to recompile the defun represented by + the xref at point. Similiarly, you can use `C-c C-k' to recompile + all xrefs displayed. + + For example, if you've changed a macro, and want to recompile all + the functions in the image which use that macro, you first call + `slime-who-macroexpands' (C-c C-w RET), and then issues `C-c C-k' + in the xref buffer that just popped up. + + [There's no guarantee that this will actually recompile all + functions that depend on the changed macro, as this obviously + depends on the quality of the backend's WHO-MACROEXPANDS + implementation.] + + * swank.lisp: Introduced the notion of a SWANK-COMPILATION-UNIT, + so we're able to compile different stuff comming from Slime one + after the other, and have compiler notes &c. collected in a + contiguous manner. + + (defstruct :swank-compilation-unit): New. Contains compilation + notes, compilation results, etc. + (*swank-compilation-unit*): New. Current Swank Compilation Unit. + (with-swank-compilation-unit): New. Like WITH-COMPILATION-UNIT. + (swank-compilation-unit-for-emacs): New. + (swank-compiler): Adapted; collect compilation stuff into the + current swank-compilation-unit. + (compile-string-for-emacs): Use WITH-SWANK-COMPILATION-UNIT. + (compile-file-for-emacs): Ditto. + + (*compiler-notes*, clear-compiler-notes): Removed. + (compiler-notes-for-emacs): Removed. + + * slime.el (slime-compilation-unit, slime-last-compilation-unit), + (slime-compiler-notes, slime-compiler-results): New/Adapted. + + (slime-make-compile-expression-for-swank): Factored out from + `slime-compile-string'. + (slime-recompile-location): New. + (slime-recompile-locations): New. + (slime-pop-to-location): &optional `where' arg can now also be + 'excursion to only reset the current-buffer, but not switch. + + (slime-xref-mode-map): Add `C-c C-c' and `C-c C-k'. + (slime-xref-dspec-at-point): New. + (slime-all-xrefs): New. + (slime-recompile-xref): New. + (slime-recompile-all-xrefs): New. + (slime-make-xref-recompilation-cont): New. + (slime-xref-inert-recompilation-flags): New. + + (slime-trim-whitespace): New utility. + 2008-07-05 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp: Revert Melis' change from 2008-07-04; Global IO Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.107 slime/contrib/ChangeLog:1.108 --- slime/contrib/ChangeLog:1.107 Sat Jun 7 07:46:15 2008 +++ slime/contrib/ChangeLog Wed Jul 16 14:44:28 2008 @@ -1,3 +1,8 @@ +2008-07-16 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-asdf.lisp (operate-on-system-for-emacs): Wrapped in + WITH-SWANK-COMPILATION-UNIT. + 2008-06-07 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-parse.el (slime-cl-symbol-name),

1 0

[slime-devel] basic sldb question
by Stever 13 Jul '08

13 Jul '08

I am teaching myself lisp, but sometimes I like to step through other people's code using a debugger. I'm trying to figure out how the sldb debugger works in slime, but I am having trouble doing so. The documentation here: http://common-lisp.net/project/slime/doc/html/Examining-frames.html#Examini… talks about "frames". Ummm, what's a frame? How do I stop execution of code in slime/emacs and run each line one by one? I checked documentation and I searched around in google, but strangely enough I can't find much on it. - Steve

3 2

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

06 Jul '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1365 slime/ChangeLog:1.1367 --- slime/ChangeLog:1.1365 Fri Jul 4 19:30:44 2008 +++ slime/ChangeLog Sat Jul 5 09:38:25 2008 @@ -1,3 +1,31 @@ +2008-07-05 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp: Revert Melis' change from 2008-07-04; Global IO + redirection seems currently to be broken, and while it's not due + to that commit (it seems that it's been broken since longer), I + want to be on a safe bet. + +2008-07-05 Tobias C. Rittweiler <tcr(a)freebits.de> + + `M-x slime-lisp-threads' will now contain a summary of what's + currently executed in a thread that was created by Swank. + + * swank-backend.lisp (thread-description, set-thread-description): + New interface functions to associate strings with threads. + * swank-sbcl.lisp (thread-description, set-thread-description): + Implemented. + + * swank.lisp (call-with-thread-description), + (with-thread-description): New. + (read-from-emacs): Now temporarily sets the thread-description of + the current thread to a summary of what's going to be executed by + the current request. + (defslimefun list-threads): Changed return value to also contain + a thread's description. + + * slime.el (slime-list-threads, slime-thread-insert): Adapted to + new return value of LIST-THREADS. + 2008-07-04 Gábor Melis <mega(a)retes.hu> * swank.lisp (call-with-redirected-io): Rebind only standard

1 0