Index: slime/ChangeLog diff -u slime/ChangeLog:1.1813 slime/ChangeLog:1.1817 --- slime/ChangeLog:1.1813 Tue Jul 21 14:34:54 2009 +++ slime/ChangeLog Mon Jul 27 00:08:41 2009 @@ -1,3 +1,33 @@ +2009-07-27 Geo Carncross geocar@gmail.com + + * swank-ecl.lisp: Support for older ECL installs + from patch by Mark Evenson + +2009-07-26 Helmut Eller heller@common-lisp.net + + * slime.el (slime-maybe-show-compilation-log): New function. + (slime-compilation-finished-hook): Use it. Now that the + compilation buffer gets not selected it's more acceptable to + display it more often. + (slime-insert-compilation-log): Set compilation-skip-threshold to + 0 and compilation-skip-to-next-location to nil. Seems to work + better for us. + (slime-with-popup-buffer): Synch window-point, otherwise it be at + the end of the buffer for reused buffers. + (slime-display-popup-buffer): Return the window. + +2009-07-26 Helmut Eller heller@common-lisp.net + + * swank-sbcl.lisp (tempnam): Muffle efficiency notes. + +2009-07-26 Gail Zacharias gz@clozure.com + + * swank-ccl.lisp: New file. An updated version of + swank-openmcl.lisp in preparation for a slew of changes to CCL and + to honor the new name. + + * swank-loader.lisp (*sysdep-files*): Use it. + 2009-07-21 Stas Boukarev stassats@gmail.com
* slime.el (slime-sexp-at-point-for-macroexpansion): use markers
Helmut Eller heller@common-lisp.net writes:
- slime.el (slime-maybe-show-compilation-log): New function.
- (slime-compilation-finished-hook): Use it. Now that the
- compilation buffer gets not selected it's more acceptable to
- display it more often.
It shows up even for redefinition style-warnings. The old notes tree used to be able to filter those away. Could we reinstate that?
I'd also like if the notes were indented by two spaces after the file name. Perhaps that would help making the log appear more structured.
-T.
* Tobias C. Rittweiler [2009-08-01 11:21+0200] writes:
Helmut Eller heller@common-lisp.net writes:
- slime.el (slime-maybe-show-compilation-log): New function.
- (slime-compilation-finished-hook): Use it. Now that the
- compilation buffer gets not selected it's more acceptable to
- display it more often.
It shows up even for redefinition style-warnings. The old notes tree used to be able to filter those away. Could we reinstate that?
Not sure what you mean with "that". The notes tree didn't filter away anything. And the tree stuff is still in contrib/.
Shouldn't the compiler have some switch to turn those warnings off?
I'd also like if the notes were indented by two spaces after the file name. Perhaps that would help making the log appear more structured.
Maybe. Let's try it.
Helmut
Helmut Eller heller@common-lisp.net writes:
- Tobias C. Rittweiler [2009-08-01 11:21+0200] writes:
Helmut Eller heller@common-lisp.net writes:
- slime.el (slime-maybe-show-compilation-log): New function.
- (slime-compilation-finished-hook): Use it. Now that the
- compilation buffer gets not selected it's more acceptable to
- display it more often.
It shows up even for redefinition style-warnings. The old notes tree used to be able to filter those away. Could we reinstate that?
Not sure what you mean with "that". The notes tree didn't filter away anything. And the tree stuff is still in contrib/.
It seems I'm misremembering something. I thought it would decide whether to show the log/notes tree by looking at the severity of the notes.
I just comitted the following:
- Add a new severity :redefinition for notes.
- (I only updated SBCL's swank backend to make use of it. Backends of other implementations that are as verbose as SBCL (CMUCL?) should be updated as well.)
- Do not show the compilation log if every note represents a redefinition.
I'd also like if the notes were indented by two spaces after the file name. Perhaps that would help making the log appear more structured.
Maybe. Let's try it.
My commit also did that. It also inserts some additional newlines. I hope it's easier now to extract information from the log.
-T.
* Tobias C. Rittweiler [2009-08-02 15:01+0200] writes:
I just comitted the following:
Add a new severity :redefinition for notes.
(I only updated SBCL's swank backend to make use of it. Backends of other implementations that are as verbose as SBCL (CMUCL?) should be updated as well.)
Do not show the compilation log if every note represents a redefinition.
This is pretty much a SBCL-only problem and I don't like it at all that Slime has to work around SBCL deficiencies. Can't SBCL users just put something into SB-EXT:*MUFFLED-WARNINGS*?
Helmut
Helmut Eller heller@common-lisp.net writes:
- Tobias C. Rittweiler [2009-08-02 15:01+0200] writes:
I just comitted the following:
Add a new severity :redefinition for notes.
(I only updated SBCL's swank backend to make use of it. Backends of other implementations that are as verbose as SBCL (CMUCL?) should be updated as well.)
Do not show the compilation log if every note represents a redefinition.
This is pretty much a SBCL-only problem and I don't like it at all that Slime has to work around SBCL deficiencies. Can't SBCL users just put something into SB-EXT:*MUFFLED-WARNINGS*?
I do not want to completely filter them away, as they can be useful occasionally. I do not want them to pop up a buffer, though.
Clisp, ABCL have a similiar problem as they signal redefinition warnings when C-c C-k'ing a buffer where they used C-c C-c on some toplevel form before. Though that's mostly because their backends do not correctly implement C-c C-c by going through the file compiler.
Another way would be to catch redefinition warnings in the implementations of swank-compile-*.
-T.
-
Helmut Eller -
Tobias C. Rittweiler