Update of /cvsroot/sbcl/sbcl/src/cold
In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv32765/src/cold
220.127.116.11: genesis fixes
make genesis of identical fasls produce identical cold cores.
4 messages follow:
CLISP supports documentation for packages now, so remove the read-time
conditional. However, don't try to use the documentation for the CL or
KEYWORD packages (as they come from the host directly)
LAYOUT clos hash values
Set them in cold-init using the target's RANDOM rather than in genesis
using the host's.
hash table traversal in genesis
MAPHASH will not give repeatable results in general, and certainly won't
between distinct implementations of hash tables. Sort the contents of
hash tables according to a predicate which completely orders the
contents. (This is mildly tricky for FDEFN names: we have to assume
that we are only dealing with names of the forms SYMBOL and (SETF
give smallvecs an initial element
Whoops. The smallvecs (representing the memory image of the core being
constructed) were being constructed without an initial-element. For the
most part this wouldn't matter, because it will (almost) all be
overwritten by the genesis process itself. The crux is in that
(almost), though; in some cases it matters, such as producing bogus
values for symbol tls slots. Mostly implementations seem to zero-fill
newly-constructed (unsigned-byte 8) arrays, but there seem to be some
circumstances under which CLISP will produce one with random data in
RCS file: /cvsroot/sbcl/sbcl/src/cold/set-up-cold-packages.lisp,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -d -r1.6 -r1.7
--- set-up-cold-packages.lisp 14 Jul 2005 16:30:41 -0000 1.6
+++ set-up-cold-packages.lisp 24 Apr 2009 15:56:10 -0000 1.7
@@ -60,8 +60,6 @@
;; cold init.
- #-clisp ; As of "2.27 (released 2001-07-17) (built 3215971334)"
- ; CLISP didn't support DOCUMENTATION on PACKAGE values.
#!+sb-doc (setf (documentation package t)