[Sbcl-commits] CVS: sbcl NEWS,1.884,1.885 package-data-list.lisp-expr,1.332,1.333 version.lisp-expr,1.2450,1.2451

[<me...@us...>]

Update of /cvsroot/sbcl/sbcl
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14377

Modified Files:
	NEWS package-data-list.lisp-expr version.lisp-expr 
Log Message:
0.9.5.20:
  * thread stacks are freed by the thread that exists next.
    There is at most one freeable stack at any time.

  Details:

  * protect_control_stack_*_page always operates on the current thread
  * the lisp thread object does not keep a pointer to the C thread struct
    because it can now be freed at any time
  * the interruption queue is moved to the lisp thread object
  * much simpler thread start/stop and gc interaction and locking
  * STATE_STARTING is removed


Index: NEWS
===================================================================
RCS file: /cvsroot/sbcl/sbcl/NEWS,v
retrieving revision 1.884
retrieving revision 1.885
diff -u -d -r1.884 -r1.885
--- NEWS	2 Oct 2005 00:32:00 -0000	1.884
+++ NEWS	4 Oct 2005 17:31:26 -0000	1.885
@@ -1,6 +1,6 @@
 ;;;; -*- coding: utf-8; -*-
 changes in sbcl-0.9.6 relative to sbcl-0.9.5:
-  * bug fix: add a workaround to SBCL looping infinitely at startup on 
+  * bug fix: add a workaround to SBCL looping infinitely at startup on
     Linux kernels with apparently buggy implementations of personality().
     (thanks to Svein Ove Aas)
   * bug fix: Unicode symbols are correctly printed in LDB backtraces
@@ -10,6 +10,8 @@
     on platforms supporting dynamic-extent allocation.
   * enhancement: saving cores with foreign code loaded is now supported
     on MIPS/Linux in addition to the previously supported platforms.
+  * bug fix: threads stacks belonging to dead threads are freed by the
+    next exiting thread, no need to gc to collect thread stacks anymore
 
 changes in sbcl-0.9.5 relative to sbcl-0.9.4:
   * new feature: timers based on Zach Beane's excellent timer package

Index: package-data-list.lisp-expr
===================================================================
RCS file: /cvsroot/sbcl/sbcl/package-data-list.lisp-expr,v
retrieving revision 1.332
retrieving revision 1.333
diff -u -d -r1.332 -r1.333
--- package-data-list.lisp-expr	11 Sep 2005 09:53:43 -0000	1.332
+++ package-data-list.lisp-expr	4 Oct 2005 17:31:26 -0000	1.333
@@ -1143,7 +1143,7 @@
                "%WITH-ARRAY-DATA" "%WITH-ARRAY-DATA-MACRO"
                "*CURRENT-LEVEL-IN-PRINT*"
                "*EMPTY-TYPE*" "*GC-INHIBIT*" "*GC-PENDING*"
-               #!+sb-thread"*STOP-FOR-GC-PENDING*"
+               #!+sb-thread "*STOP-FOR-GC-PENDING*"
                "*CONTROL-STACK-EXHAUSTION-SAP*" "*UNIVERSAL-TYPE*"
                "*UNIVERSAL-FUN-TYPE*" "*UNPARSE-FUN-TYPE-SIMPLIFY*"
                "*WILD-TYPE*" "WORD-LOGICAL-AND" "WORD-LOGICAL-ANDC1"

Index: version.lisp-expr
===================================================================
RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v
retrieving revision 1.2450
retrieving revision 1.2451
diff -u -d -r1.2450 -r1.2451
--- version.lisp-expr	3 Oct 2005 18:53:41 -0000	1.2450
+++ version.lisp-expr	4 Oct 2005 17:31:26 -0000	1.2451
@@ -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.5.19"
+"0.9.5.20"