summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJuho Snellman <jsnell@iki.fi>2005-11-25 23:57:33 +0000
committerJuho Snellman <jsnell@iki.fi>2005-11-25 23:57:33 +0000
commit2e6c88c99603ccff3cd6b826acc532ed44c1b994 (patch)
treebcb9b6313b62c433f11fe2327afafda69ac113bf
parent7b88b51f09595c808c5c6c329e1fc07c16734f61 (diff)
0.9.6.58:
* Remove a few obsolete entries from BUGS * Add a NEWS entry that got lost in the messed up 0.9.6.45 commit
-rw-r--r--BUGS33
-rw-r--r--NEWS2
-rw-r--r--version.lisp-expr2
3 files changed, 3 insertions, 34 deletions
diff --git a/BUGS b/BUGS
index 60107cb84..c7e61d5e7 100644
--- a/BUGS
+++ b/BUGS
@@ -198,19 +198,6 @@ WORKAROUND:
holding... * is not equivalent to T in many cases, such as
(VECTOR *) /= (VECTOR T).
-95:
- The facility for dumping a running Lisp image to disk gets confused
- when run without the PURIFY option, and creates an unnecessarily large
- core file (apparently representing memory usage up to the previous
- high-water mark). Moreover, when the file is loaded, it confuses the
- GC, so that thereafter memory usage can never be reduced below that
- level.
-
- (As of 0.8.7.3 it's likely that the latter half of this bug is fixed.
- The interaction between gencgc and the variables used by
- save-lisp-and-die is still nonoptimal, though, so no respite from
- big core files yet)
-
98:
In sbcl-0.6.11.41 (and in all earlier SBCL, and in CMU
CL), out-of-line structure slot setters are horribly inefficient
@@ -1120,20 +1107,6 @@ WORKAROUND:
#(1 2 ((SB-IMPL::|,|) + 2 2) 4)
which probably isn't intentional.
-323: "REPLACE, BIT-BASH and large strings"
- The transform for REPLACE on simple-base-strings uses BIT-BASH, which
- at present has an upper limit in size. Consequently, in sbcl-0.8.10
- (defun foo ()
- (declare (optimize speed (safety 1)))
- (let ((x (make-string 140000000))
- (y (make-string 140000000)))
- (length (replace x y))))
- (foo)
- gives
- debugger invoked on a TYPE-ERROR in thread 2412:
- The value 1120000000 is not of type (MOD 536870911).
- (see also "more and better sequence transforms" sbcl-devel 2004-05-10)
-
324: "STREAMs and :ELEMENT-TYPE with large bytesize"
In theory, (open foo :element-type '(unsigned-byte <x>)) should work
for all positive integral <x>. At present, it only works for <x> up
@@ -1983,12 +1956,6 @@ WORKAROUND:
#.SB-EXT:SINGLE/DOUBLE-FLOAT-POSITIVE-INFINITY. These tests have been
disabled on Darwin for now.
-374: BIT-AND problem on ppc/darwin:
- The BIT-AND test in bit-vector.impure-cload.lisp results in
- fatal error encountered in SBCL pid 8356:
- GC invariant lost, file "gc-common.c", line 605
- on ppc/darwin. Test disabled for the duration.
-
375: MISC.555
(compile nil '(lambda (p1)
(declare (optimize (speed 1) (safety 2) (debug 2) (space 0))
diff --git a/NEWS b/NEWS
index 66c63655e..1f557d4d3 100644
--- a/NEWS
+++ b/NEWS
@@ -42,6 +42,8 @@ changes in sbcl-0.9.7 relative to sbcl-0.9.6:
on gencgc
* optimization: faster bignum subtraction and division on x86 and x86-64
(thanks to Lutz Euler)
+ * optimization: more accurate type-inference for loops that use a
+ floating point index variable or a negative step.
changes in sbcl-0.9.6 relative to sbcl-0.9.5:
* bug fix: add a workaround to SBCL looping infinitely at startup on
diff --git a/version.lisp-expr b/version.lisp-expr
index 71e7bc2d9..a855e7d5e 100644
--- a/version.lisp-expr
+++ b/version.lisp-expr
@@ -17,4 +17,4 @@
;;; checkins which aren't released. (And occasionally for internal
;;; versions, especially for internal versions off the main CVS
;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)
-"0.9.6.57"
+"0.9.6.58"