0.6.13:
authorWilliam Harold Newman <william.newman@airmail.net>
Mon, 6 Aug 2001 18:02:54 +0000 (18:02 +0000)
committerWilliam Harold Newman <william.newman@airmail.net>
Mon, 6 Aug 2001 18:02:54 +0000 (18:02 +0000)
"We release no software before its time.":-| (Hopefully the
interval between 0.6.13 and 0.7.0 will be shorter
than the interval between 0.6.12 and 0.6.13..)

NEWS
TODO
contrib/compiler-extras.lisp
src/code/debug.lisp
version.lisp-expr

diff --git a/NEWS b/NEWS
index a601e15..ac3f413 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -739,6 +739,12 @@ changes in sbcl-0.6.13 relative to sbcl-0.6.12:
 * a port to the Compaq/DEC Alpha CPU, thanks to Dan Barlow
 * Martin Atzmueller ported Tim Moore's marvellous CMU CL DISASSEMBLE
   patch, so that DISASSEMBLE output is much nicer.
+* The code in the SB-PROFILE package now seems reasonably stable.
+  I still haven't decided what the final interface should look like
+  (I'd like PROFILE to interact cleanly with TRACE, since both
+  facilities use function encapsulation) but if you have a need
+  for profiling now, you can probably use it successfully with
+  the current CMU-CL-style interface.
 * Pathnames and *DEFAULT-DIRECTORY-DEFAULTS* are much more
   ANSI-compliant, thanks to various fixes and tests from Dan Barlow.
   Also, at Dan Barlow's suggestion, TRUENAME on a dangling symbolic
@@ -775,12 +781,14 @@ changes in sbcl-0.6.13 relative to sbcl-0.6.12:
 * Some math functions have been fixed, and there are new
   optimizers for deriving the types of COERCE and ARRAY-ELEMENT-TYPE,
   thanks to Raymond Toy's work on CMU CL, ported by Martin Atzmueller.
+* (There are also some new optimizers in contrib/*-extras.lisp. Those
+  aren't built into sbcl-0.6.13, but are a sneak preview of what's
+  likely to be built into sbcl-0.7.0.)
 * A bug in COPY-READTABLE was fixed. (Joao Cachopo's patch to CMU
   CL, ported to SBCL by Martin Atzmueller)
 * DESCRIBE now gives more information in some cases. (Pierre Mai's
   patch to CMU CL, ported to SBCL by Martin Atzmueller)
-* The code in the SB-PROFILE package has been substantially 
-  improved, although it's still unstable.
+* Martin Atzmueller and Bill Newman fixed some bugs in INSPECT.
 * There's a new slam.sh hack to shorten the edit/compile/debug
   cycle for low-level changes to SBCL itself, and a new
   :SB-AFTER-XC-CORE target feature to control the generation of
diff --git a/TODO b/TODO
index bb153be..552076d 100644 (file)
--- a/TODO
+++ b/TODO
 some things that I'd like to do in 0.6.x, in no particular order:
 -------------------------------------------------------------------------------
 PROBLEM:
-           The batch-related command line options for SBCL don't work
-       properly.
-           A small part of making them work properly is making sure that
-       verbose GC messages end up piped to error output.
-           Make sure that when the system dies due to an unhandled error
-       in batch mode, the error is printed successfully, whether
-       FINISH-OUTPUT or an extra newline or whatever is required.
-           Make sure that make.sh dies gracefully when one of the SBCLs
-       it's running dies with an error.
-MUSING:
-           Actually, the ANSI *DEBUGGER-HOOK* variable might be a better
-       place to put the die-on-unhandled-error functionality.
-FIX:
-       ??
--------------------------------------------------------------------------------
-PROBLEM:
            As long as I'm working on the batch-related command-line options,
        it would be reasonable to add one more option to "do what I'd want",
        testing standard input for non-TTY-ness and running in no-programmer
@@ -36,13 +20,6 @@ FIX:
        ?? Do it.
 -------------------------------------------------------------------------------
 PROBLEM:
-           In order to make a well-behaved backtrace when a batch program
-       terminates abnormally, it should be limited in length.
-FIX:
-       ?? Add a *DEBUG-BACKTRACE-COUNT* variable, initially set to 64,
-         to provide a default for the COUNT argument to BACKTRACE.
--------------------------------------------------------------------------------
-PROBLEM:
            I used CMU CL for years, and dozens of times I cursed the
        inadequate breakpoint-based TRACE facility which doesn't work on
        some functions, and I never realized that there's a wrapper-based
@@ -88,11 +65,6 @@ FIX:
        ??
 -------------------------------------------------------------------------------
 PROBLEM:
-           The :SB-TEST target feature should do something.
-FIX:
-       ??
--------------------------------------------------------------------------------
-PROBLEM:
            I still haven't cleaned up the cut-and-paste programming in 
                * DEF-BOOLEAN-ATTRIBUTE, DELETEF-IN, and PUSH-IN
                * SB!SYS:DEF!MACRO ASSEMBLE and SB!XC:DEFMACRO ASSEMBLE
index 82c96be..daf18af 100644 (file)
   '(%find-position-vector-macro item sequence
                                from-end start end key test))
 \f
-^L
 ;;;; optimizations for floating point FLOOR, CEILING, TRUNCATE, and
 ;;;; ROUND, lifted from CMU CL 18c
 ;;;;
 ;;;; (Without these optimizations, these functions cons!)
 
-;; Convert (TRUNCATE x y) to the obvious implementation.  We only want
-;; this when under certain conditions and let the generic TRUNCATE
-;; handle the rest.  (Note: if Y = 1, the divide and multiply by Y
-;; should be removed by other DEFTRANSFORMs.)
-
+;;; Convert (TRUNCATE x y) to the obvious implementation.  We only want
+;;; this when under certain conditions and let the generic TRUNCATE
+;;; handle the rest.  (Note: if Y = 1, the divide and multiply by Y
+;;; should be removed by other DEFTRANSFORMs.)
 (deftransform truncate ((x &optional y)
                         (float &optional (or float integer)))
   '(let ((res (%unary-truncate (/ x y))))
index ba1c054..76179a0 100644 (file)
@@ -439,7 +439,7 @@ Function and macro commands:
                            (*standard-output* *debug-io*))
   #!+sb-doc
   "Show a listing of the call stack going down from the current frame. In the
-   debugger, the current frame is indicated by the prompt. Count is how many
+   debugger, the current frame is indicated by the prompt. COUNT is how many
    frames to show."
   (fresh-line *standard-output*)
   (do ((frame (if *in-the-debugger* *current-frame* (sb!di:top-frame))
index 309deb7..4171ca2 100644 (file)
@@ -16,4 +16,4 @@
 ;;; four numeric fields, is used for versions which aren't released
 ;;; but correspond only to CVS tags or snapshots.
 
-"0.6.12.65"
+"0.6.13"