From: Juho S. <js...@us...> - 2005-11-25 23:57:42
|
Update of /cvsroot/sbcl/sbcl In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv13649 Modified Files: BUGS NEWS version.lisp-expr Log Message: 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 Index: BUGS =================================================================== RCS file: /cvsroot/sbcl/sbcl/BUGS,v retrieving revision 1.473 retrieving revision 1.474 diff -u -d -r1.473 -r1.474 --- BUGS 24 Nov 2005 17:54:20 -0000 1.473 +++ BUGS 25 Nov 2005 23:57:33 -0000 1.474 @@ -198,19 +198,6 @@ 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 @@ #(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 @@ #.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)) Index: NEWS =================================================================== RCS file: /cvsroot/sbcl/sbcl/NEWS,v retrieving revision 1.917 retrieving revision 1.918 diff -u -d -r1.917 -r1.918 --- NEWS 18 Nov 2005 17:12:42 -0000 1.917 +++ NEWS 25 Nov 2005 23:57:33 -0000 1.918 @@ -42,6 +42,8 @@ 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 Index: version.lisp-expr =================================================================== RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v retrieving revision 1.2573 retrieving revision 1.2574 diff -u -d -r1.2573 -r1.2574 --- version.lisp-expr 24 Nov 2005 17:54:20 -0000 1.2573 +++ version.lisp-expr 25 Nov 2005 23:57:33 -0000 1.2574 @@ -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" |