0.7.8.8:
[sbcl.git] / src / code / early-fasl.lisp
index 8ab9068..34798cd 100644 (file)
 
 ;;; This value should be incremented when the system changes in such a
 ;;; way that it will no longer work reliably with old fasl files. In
-;;; practice, I (WHN) fairly often neglect to increment it for CVS
+;;; practice, I (WHN) fairly often forget to increment it for CVS
 ;;; versions which break binary compatibility. But it certainly should
 ;;; be incremented for release versions which break binary
 ;;; compatibility.
-(def!constant +fasl-file-version+ 28)
+(def!constant +fasl-file-version+ 33)
 ;;; (record of versions before 0.7.0 deleted in 0.7.1.41)
 ;;; 23 = sbcl-0.7.0.1 deleted no-longer-used EVAL-STACK stuff,
 ;;;      causing changes in *STATIC-SYMBOLS*.
 ;;; 27: (2002-04-08) added MIGHT-CONTAIN-OTHER-TYPES? slot to CTYPE
 ;;; 28: (2002-05-08) new convention for foreign symbols to support
 ;;;     dynamic loading in OpenBSD
+;;; 29: (2002-06-24) removed *!INITIAL-FDEFN-OBJECTS* from static symbols
+;;; 30: (2002-07-26) deleted all references to %DETECT-STACK-EXHAUSTION, 
+;;;     which was introduced in version 25, since now control stack
+;;;     is checked using mmap() page protection
+;;; 31: (2002-08-14) changed encoding of PCL internal MAKE-INSTANCE
+;;;     function names so they're insensitive to whether the class name
+;;;     is currently external to its package
+;;; 32: (2002-09-21) changes in implementation of sequence functions,
+;;;     causing old utility functions like COERCE-TO-SIMPLE-VECTOR to go away
+;;; 33: (2002-10-02) (again) changes in implementation of sequence functions,
+;;;     causing old utility functions like COERCE-TO-SIMPLE-VECTOR to go away
 
 ;;; the conventional file extension for our fasl files
 (declaim (type simple-string *fasl-file-type*))