1.0.13.13: Actually export RESOLVE-CONFLICT et al from SB-EXT
[sbcl.git] / NEWS
diff --git a/NEWS b/NEWS
index 29b257f..74c2788 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,9 +1,25 @@
 ;;;; -*- coding: utf-8; -*-
+changes in sbcl-1.0.14 relative to sbcl-1.0.13:
+  * bug fix: RESOLVE-CONFLICT (and the other name conflict machinery)
+    is now actually exported from SB-EXT as documented.  (reported by
+    Maciej Katafiasz)
+
 changes in sbcl-1.0.13 relative to sbcl-1.0.12:
+  * minor incompatible change: RUN-PROGRAM now uses execvp(3) to find
+    an executable in the search path, and does so in the child
+    process's PATH.  The function FIND-EXECUTABLE-IN-SEARCH-PATH has
+    been removed; it can be found in the CVS history, for somebody who
+    needs that search behavior (see the manual).
+  * minor incompatible change: compiler policy re. weakening type
+    checks has changed: now type checks are weakened on if SAFETY < 2
+    and SAFETY < SPEED.
   * SB-EXT:NATIVE-NAMESTRING takes a new keyword AS-FILE, forcing
     unparsing of directory pathnames as files. Analogously,
     SB-EXT:PARSE-NATIVE-NAMESTRING takes an AS-DIRECTORY, forcing a
     filename to parse into a directory pathname.
+  * enhancement: implicit generic function creation now signals a
+    specific style-warning IMPLICIT-GENERIC-FUNCTION-WARNING, which
+    users can bind handlers for and muffle around calls to LOAD.
   * enhancement: RUN-PROGRAM allows unicode arguments and environments
     to be used (using the default stream external format), and allows
     non-simple strings to be used. (thanks to Harald Hanche-Olsen)