add DO-VECTOR-DATA, remove special case from VECTOR-MAP-INTO
[sbcl.git] / NEWS
diff --git a/NEWS b/NEWS
index eab39ad..8942608 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,5 +1,26 @@
 ;;;; -*- coding: utf-8; fill-column: 78 -*-
-changes relative to sbcl-1.0.56:
+changes relative to sbcl-1.0.57:
+  * enhancement: implicit generic function warnings now specify the package
+    in which the new generic function is being created.
+  * enhancement: SB-EXT:ATOMIC-UPDATE makes it easy to perform non-destructive
+    updates of CAS-able places (similar to Clojure's swap!).
+  * enhancement: run-program no longer decodes and re-encodes environment when
+    :environment argument is not provided. (lp#985904)
+  * bug fix: potential for infinite recursion during compilation of CLOS slot
+    typechecks when dependency graph had loops. (lp#1001799)
+  * bug fix: error forms reported with some program-errors were not escaped
+    properly.
+  * bug fix: functions from EVAL are now on more equal footing with functions
+    from COMPILE. (lp#1000783, lp#851170, lp#922408)
+  * bug fix: ENSURE-GENERIC-METHOD-COMBINATION accepts method combination
+    objects as its :METHOD-COMBINATION argument, not just lists designating
+    method combinations. (lp#936513)
+  * bug fix: run-program no longer unconditionally uses /tmp/ for temporary
+    files. (lp#968837).
+  * optimization: On x86-64, code alignment of block headers is done with
+    multi-byte NOPs now instead of repetitions of the single-byte NOP.
+
+changes in sbcl-1.0.57 relative to sbcl-1.0.56:
   * RANDOM enhancements and bug fixes:
     ** bug fix: the range and distribution of random integers could be
        catastrophically wrong when the compiler derived the type of its
@@ -7,7 +28,7 @@ changes relative to sbcl-1.0.56:
     ** bug fix: the distribution of random integers is now completely
        uniform even when the specified limit is not a power of two.
        (Previously some values could be about 0.1 % more probable than
-       others in the worst case.)
+       others in the worst case.) (lp#309467)
     ** RANDOM on large integer arguments is generally faster and conses
        less than before; this is visible for fixnums above a length of
        about 24 bits, but extremely so for bignums: the old implementation