0.9.2.43:
[sbcl.git] / src / code / early-fasl.lisp
index 4f80e72..a5aff3d 100644 (file)
 
 (macrolet ((define-fasl-format-features ()
              (let (;; master value for *F-P-A-F-F*
-                  (fpaff '(:sb-thread :sb-package-locks)))
-              `(progn
-                 ;; a list of *(SHEBANG-)FEATURES* flags which affect
-                 ;; binary compatibility, i.e. which must be the same
-                 ;; between the SBCL which compiles the code and the
-                 ;; SBCL which executes the code
-                 ;;
-                 ;; This is a property of SBCL executables in the
-                 ;; abstract, not of this particular SBCL executable, 
-                 ;; so any flag in this list may or may not be present
-                 ;; in the *FEATURES* list of this particular build.
-                 (defparameter *features-potentially-affecting-fasl-format*
-                   ',fpaff)
-                 ;; a string representing flags of *F-P-A-F-F* which
-                 ;; are in this particular build
-                 ;;
-                 ;; (A list is the natural logical representation for
-                 ;; this, but we represent it as a string because
-                 ;; that's physically convenient for writing to and
-                 ;; reading from fasl files, and because we don't
-                 ;; need to do anything sophisticated with its
-                 ;; logical structure, just test it for equality.)
-                 (defparameter *features-affecting-fasl-format*
-                   ,(let ((*print-pretty* nil))
-                      (prin1-to-string
-                       (sort
-                        (copy-seq
-                         (intersection sb-cold:*shebang-features* fpaff))
-                        #'string<
-                        :key #'symbol-name))))))))
+                   (fpaff '(:sb-thread :sb-package-locks :sb-unicode)))
+               `(progn
+                  ;; a list of *(SHEBANG-)FEATURES* flags which affect
+                  ;; binary compatibility, i.e. which must be the same
+                  ;; between the SBCL which compiles the code and the
+                  ;; SBCL which executes the code
+                  ;;
+                  ;; This is a property of SBCL executables in the
+                  ;; abstract, not of this particular SBCL executable,
+                  ;; so any flag in this list may or may not be present
+                  ;; in the *FEATURES* list of this particular build.
+                  (defparameter *features-potentially-affecting-fasl-format*
+                    ',fpaff)
+                  ;; a string representing flags of *F-P-A-F-F* which
+                  ;; are in this particular build
+                  ;;
+                  ;; (A list is the natural logical representation for
+                  ;; this, but we represent it as a string because
+                  ;; that's physically convenient for writing to and
+                  ;; reading from fasl files, and because we don't
+                  ;; need to do anything sophisticated with its
+                  ;; logical structure, just test it for equality.)
+                  (defparameter *features-affecting-fasl-format*
+                    ,(let ((*print-pretty* nil))
+                       (prin1-to-string
+                        (sort
+                         (copy-seq
+                          (intersection sb-cold:*shebang-features* fpaff))
+                         #'string<
+                         :key #'symbol-name))))))))
   (define-fasl-format-features))
-          
+
 ;;; the code for a character which terminates a fasl file header
 (def!constant +fasl-header-string-stop-char-code+ 255)
 
@@ -76,7 +76,7 @@
 ;;; versions which break binary compatibility. But it certainly should
 ;;; be incremented for release versions which break binary
 ;;; compatibility.
-(def!constant +fasl-file-version+ 50)
+(def!constant +fasl-file-version+ 57)
 ;;; (record of versions before 2003 deleted in 2003-04-26/0.pre8.107 or so)
 ;;; 38: (2003-01-05) changed names of internal SORT machinery
 ;;; 39: (2003-02-20) in 0.7.12.1 a slot was added to
 ;;;     <Krystof_> I think I renumbered everything again
 ;;;     <Krystof_> simple-array-unsigned-byte-7, probably
 ;;;     <Krystof_> (thanks to pfdietz)
-;;; 45: (2003-10-02) I (WHN) incremented the version for the 0.8.4 
+;;; 45: (2003-10-02) I (WHN) incremented the version for the 0.8.4
 ;;;     release because I couldn't immediately convince myself that
 ;;;     .fasl files could never possibly ever refer to the SB-C
-;;;     CONTINUATION-related data types which were changed 
+;;;     CONTINUATION-related data types which were changed
 ;;;     incompatibly in 0.8.3.62.
 ;;; 46: (2003-11-11) Tim Daly, Jr. (and Christophe Rhodes) reported
 ;;;     .fasl incompatibility on sbcl-devel 2003-11-09.
 ;;; 49: (2004-05-04) Changed implementation of DEFFOO macros and the
 ;;;     functions they expand to.
 ;;; 50: (2004-05-20) Changed %COMPILER-DEFUN signature again.
+;;; 51: (2004-07-24) Package locks (SBCL 0.8.12.7) changed signature of
+;;;     %DEFPACKAGE.
+;;; 52: (2004-11-02) Merge of SB-UNICODE.
+;;; 53: (2005-02-22) Something introduced in SBCL 0.8.19.26 (give or take
+;;;     a couple of patches) invalidated some FFI-related fasls. Probably
+;;;     caused by "lazy alien resolution improvements".
+;;; 54: (2005-03-22) At least "0.8.20.6: Make FILE-STREAM and STRING-STREAM
+;;;     potential mixins in CLOS" and "0.8.20.21: Add immediate single-floats
+;;;     on x86-64."
+;;; 55: (2005-04-06) EXTERN-ALIEN-NAME logic moved from fixups to
+;;;     FIND-FOREIGN-SYMBOL-IN-TABLE &co.
+;;; 56: (2005-05-22) Something between 0.9.0.1 and 0.9.0.14. My money is
+;;;     on 0.9.0.6 (MORE CASE CONSISTENCY).
+;;; 57: (2005-06-12) Raw slot rearrangement in 0.9.1.38
 
 ;;; the conventional file extension for our fasl files
 (declaim (type simple-string *fasl-file-type*))
 ;;;   Assembler routines are named by full Lisp symbols: they
 ;;;     have packages and that sort of native Lisp stuff associated
 ;;;     with them. We can compare them with EQ.
-;;;   Foreign symbols are named by Lisp STRINGs: the Lisp package
-;;;     system doesn't extend out to symbols in languages like C.
-;;;     We want to use EQUAL to compare them.
-;;;   *STATIC-FOREIGN-SYMBOLS* are static as opposed to "dynamic" (not
-;;;     as opposed to C's "extern"). The table contains symbols known at 
-;;;     the time that the program was built, but not symbols defined
-;;;     in object files which have been loaded dynamically since then.
-(declaim (type hash-table *assembler-routines* *static-foreign-symbols*))
+(declaim (type hash-table *assembler-routines*))
 (defvar *assembler-routines* (make-hash-table :test 'eq))
-(defvar *static-foreign-symbols* (make-hash-table :test 'equal))
+
 \f
 ;;;; the FOP database
 
 ;;; which will perform the operation
 (defvar *fop-funs*
   (make-array 256
-             :initial-element (lambda ()
-                                (error "corrupt fasl file: losing FOP"))))
-\f
-;;;; other miscellaneous loading-related stuff
-
+              :initial-element (lambda ()
+                                 (error "corrupt fasl file: losing FOP"))))
 \f
 ;;;; variables
 
 (defvar *fasl-input-stream*)
 (declaim (type ansi-stream *fasl-input-stream*))
 
-(defvar *load-print* nil
-  #!+sb-doc
-  "the default for the :PRINT argument to LOAD")
-
-(defvar *load-verbose* nil
-  ;; Note that CMU CL's default for this was T, and ANSI says it's
-  ;; implementation-dependent. We choose NIL on the theory that it's
-  ;; a nicer default behavior for Unix programs.
-  #!+sb-doc
-  "the default for the :VERBOSE argument to LOAD")
-
 (defvar *load-code-verbose* nil)