Update of /cvsroot/sbcl/sbcl
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv17938
Modified Files:
NEWS TODO version.lisp-expr
Log Message:
0.8.12.23: Signs of mellowing out in SBCL? Reversed NEWS file
to lastest-first order, and moved planned changes bit
to TODO.
Index: NEWS
===================================================================
RCS file: /cvsroot/sbcl/sbcl/NEWS,v
retrieving revision 1.581
retrieving revision 1.582
diff -u -d -r1.581 -r1.582
--- NEWS 2 Jul 2004 08:14:01 -0000 1.581
+++ NEWS 5 Jul 2004 16:27:47 -0000 1.582
@@ -1,816 +1,1601 @@
-changes in sbcl-0.6.0 relative to sbcl-0.5.0:
+changes in sbcl-0.8.13 relative to sbcl-0.8.12:
+ * new feature: SB-PACKAGE-LOCKS. See the "Package Locks" section of
+ the manual for details; add :SB-PACKAGE-LOCKS in
+ customize-target-features.lisp to enable them.
+ * minor incompatible change: as threatened around sbcl-0.8.0, the
+ home package of MOP-related symbols is now SB-MOP, not SB-PCL.
+ The symbols are also exported from SB-PCL for backwards
+ compatibility, but more so than before SB-PCL should be treated as
+ an implementation-internal package.
+ * the SB-SPROF contrib now works on (most) non-x86 architectures.
[...4767 lines suppressed...]
+ may be added back at some point e.g. when porting to other architectures,
+ but until they are it's distracting to distribute them and to try to
+ maintain them.
+* deleted "UNCROSS couldn't recurse through.." style warnings, since
+ there were so many of them they're just distractions, and UNCROSS is
+ known to be able to handle the current sources
+* moved PROFILE functionality into TRACE, so that it will be clear
+ how the wrapping and unwrapping of functions when you profile them
+ interacts with the wrapping and unwrapping of functions when you
+ trace them. (Actually, the functionality isn't there yet, but at least
+ the interface specification is there. Hopefully, the functionality will
+ arrive with some future maintenance release.)
+* removed host-oops.lisp
+* changed signature of QUIT function to allow UNIX-CODE argument
+* fixed READ-SEQUENCE bug
+* tweaked verbose GC output so that it looks more like the progress
+ output that ANSI specifies for functions like LOAD
+* set up the system on sourceforge.com, with home pages, mailing lists, etc.
+* added <http://sbcl.sourceforge.com> to the banner information printed by
+ the sbcl executable
Index: TODO
===================================================================
RCS file: /cvsroot/sbcl/sbcl/TODO,v
retrieving revision 1.57
retrieving revision 1.58
diff -u -d -r1.57 -r1.58
--- TODO 8 Jun 2004 14:49:26 -0000 1.57
+++ TODO 5 Jul 2004 16:27:47 -0000 1.58
@@ -1,3 +1,20 @@
+planned incompatible changes in 0.8.x:
+ * (not done yet, but planned:) When the profiling interface settles
+ down, it might impact TRACE. They both encapsulate functions, and
+ it's not clear yet how e.g. UNPROFILE will interact with TRACE
+ and UNTRACE. (This shouldn't matter, though, unless you are using
+ profiling. If you never profile anything, TRACE should continue to
+ behave as before.)
+ * (not done yet, but planned:) Inlining can now be controlled the
+ ANSI way, without MAYBE-INLINE, since the idiom
+ (DECLAIM (INLINE FOO))
+ (DEFUN FOO (..) ..)
+ (DECLAIM (NOTINLINE FOO))
+ (DEFUN BAR (..) (FOO ..))
+ (DEFUN BLETCH (..) (DECLARE (INLINE FOO)) (FOO ..))
+ now does what ANSI says it should. The CMU-CL-style
+ SB-EXT:MAYBE-INLINE declaration is now deprecated and ignored.
+
for early 0.8.x:
* test file reworking
Index: version.lisp-expr
===================================================================
RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v
retrieving revision 1.1695
retrieving revision 1.1696
diff -u -d -r1.1695 -r1.1696
--- version.lisp-expr 5 Jul 2004 02:30:42 -0000 1.1695
+++ version.lisp-expr 5 Jul 2004 16:27:48 -0000 1.1696
@@ -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.8.12.22"
+"0.8.12.23"
|