0.7.6.10:

	suppressed DEFTRANSFORM CONCATENATE, since we still haven't
		fixed bug 188 (so now CONCATENATE will presumably run
		more slowly, but at least it won't have absurdly long
		compile times)

diff --git a/BUGS b/BUGS
index a0bd34a..8334a70 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -1409,7 +1409,9 @@ WORKAROUND:
       (sb-c::%dvai v i))
 
 188: "compiler performance fiasco involving type inference and UNION-TYPE"
-  In sbcl-0.7.5.11 on a 700 MHz Pentium III, 
+  (In sbcl-0.7.6.10, DEFTRANSFORM CONCATENATE was commented out until this
+  bug could be fixed properly, so you won't see the bug unless you restore
+  the DEFTRANSFORM by hand.) In sbcl-0.7.5.11 on a 700 MHz Pentium III, 
     (time (compile
            nil
            '(lambda ()

diff --git a/src/compiler/seqtran.lisp b/src/compiler/seqtran.lisp
index 5b29033..e7c0da3 100644 (file)
--- a/src/compiler/seqtran.lisp
+++ b/src/compiler/seqtran.lisp
@@ -652,6 +652,7 @@
 ;;; %CONCATENATE (with a DEFTRANSFORM to translate constant RTYPE to
 ;;; CTYPE before calling %CONCATENATE) which is comparably efficient,
 ;;; at least once DYNAMIC-EXTENT works.
+#+nil ; FIXME: currently commented out because of bug 188
 (deftransform concatenate ((rtype &rest sequences)
                           (t &rest simple-string)
                           simple-string)

diff --git a/version.lisp-expr b/version.lisp-expr
index bfdf7ee..5ea2cea 100644 (file)
--- a/version.lisp-expr
+++ b/version.lisp-expr
@@ -18,4 +18,4 @@
 ;;; for internal versions, especially for internal versions off the
 ;;; main CVS branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)
 
-"0.7.6.9"
+"0.7.6.10"