merged AD sbcl-devel 2001-10-05 LOOP patches..
..Variable *LOOP-DESTRUCTURING-HOOKS* is checked three times,
but set nowhere: remove.
..Declare WITH-introduced variables.
..bug 103: Forms after INITIALLY, FINALLY, DO must be compound
forms.
added test cases for second and third patches
fixed bug in third patch: missing argument in LOOP-ERROR
tweaked suggested *SHEBANG-FEATURES* customization procedure
text sorta along the lines suggested by Nathan Froyd

0.pre7.43:
testing..
..current working copy builds under sbcl-0.6.13 on OpenBSD/x86
..current working copy builds with :SB-SHOW on OpenBSD/x86
..fresh "cvs co", with no customize-target-features.lisp or
anything, builds under cmucl-18c on Linux/x86

0.pre7.42:
merged three Alexey Dejneka sbcl-devel patches..
.."bug 49-b*" 2001-09-30
.."bug 81" 2001-09-30
.."compiler/interpreter disagreement" 2001-10-02

0.pre7.41:
fixed bug 126 Alexey Dejneka's way after all: I gave up on my
fancy distinction between high-level and low-level
default initial elements once I realized that the
code (1) had to be changed in two different places
(DEFTRANSFORM MAKE-ARRAY and DEFUN MAKE-ARRAY) and
(2) was nasty enough that it'd have to be substantially
rewritten in both places

0.pre7.40:
preparing for fixing bug 126, not changing the meaning of the
code, just trying to make it easier for me to follow

0.pre7.39:
merged MNA fd-stream.lisp patch (sbcl-devel 2001-09-10)
merged AD EXPAND-DEFGENERIC patch (sbcl-devel 2001-09-10)
stuffed DEFUN EXPAND-DEFGENERIC into DEFMACRO DEFGENERIC
merged AD DIRECTORY patch (sbcl-devel 2001-09-22)
swapped FunctionPointer and InstancePointer type codes for PPC
convenience (as per dan sbcl-devel 2001-09-22)
incremented fasl file version number again
tweaked clean.sh so it will delete CVS update crud

0.pre7.38:
(flaky5_branch RIP. There are still problems: debugging data
going astray, and new DEFUN of inline FOO being too
wimpy. But it seems better than 0.pre7.37. So..)
merged flaky5_branch back onto the main branch

0.pre7.37:
merged %COMPILER-TRULY-DEFSTRUCT into %COMPILER-DEFSTRUCT
The '%.*defstruct' operators no longer need to be exported.
made PROCLAIM-AS-FUNCTION not complain about redefinition
unless the function name is actually fbound (not just
noted as accessor in info database)
moved some function definitions from proclaim.lisp to
info-functions.lisp so they'd be available earlier

0.pre7.36
(This version still issues bogus redefinition warnings and
still builds structure slot accessors without enough
type checks, but at least it works well enough to
build itself.)
replaced old 'def-ir1.*defstruct' magic with new ANSI
EVAL-WHEN magic
merged %%COMPILER-DEFSTRUCT into %COMPILER-DEFSTRUCT
renamed %COMPILER-DEFSTRUCT to %COMPILER-TRULY-DEFSTRUCT
renamed %COMPILER-ONLY-DEFSTRUCT to %COMPILER-DEFSTRUCT
renamed EXPANDER-FOR-DEFSTRUCT to !EXPANDER-FOR-DEFSTRUCT
renamed PARSE-1-OPTION to PARSE-1-DD-OPTION
renamed DO-INCLUSION-STUFF to DO-DD-INCLUSION-STUFF
did some other renaming too

0.pre7.35:
(This version issues lots of bogus redefinition warnings, and
also fails in type.impure.lisp because it builds
structure slot accessors without enough type checks
(and so doesn't catch some kinds of improper usage).
Both of these problems seem to be symptoms of doing
things out of order in the macroexpansion and
compilation of DEFSTRUCT. Hopefully I can get rid of
these problems soon in the process of getting rid of
old 'def-ir1.*defstruct' constructs in favor of new
ANSI EVAL-WHEN-based constructs.)
renamed DSD-ACCESSOR to DSD-ACCESSOR-NAME
renamed DD-PREDICATE to DD-PREDICATE-NAME
undid KLUDGE/FIXME in DEFMACRO-MUNDANELY DECLAIM: Now that
EVAL-WHEN behaves better, we don't need it.
PROCLAIM INLINE shouldn't PROCLAIM-AS-FUNCTION-NAME (both in
principle and also because right now it's causing
problems in DEFSTRUCT)
PROCLAIM-AS-FUNCTION-NAME shouldn't blow away a structure class
just because it happens to use the same name for one of
its slot accessors (just as PROCLAIM INLINE change)
made DESCRIBE smarter about SETF functions

0.pre7.34:
merged MNA "small defstruct patch" sbcl-devel 2001-09-03

0.pre7.33:
fixed (LOOP FOR KEY BEING EACH HASH-KEY IN HASH COLLECT KEY)
bug reported by Alexey Dejneka on sbcl-devel 2001-09-03
some package cleanup in preparation for making byte-interp.lisp
IN-PACKAGE SB!BYTECODE..
..exported &MORE from SB!INT instead of SB!C
..exported MAKE-VALUE-CELL, VALUE-CELL-REF, and VALUE-CELL-SET
from SB!KERNEL instead of SB!C, so that they're visible
in SB!BYTECODE.
also put &MORE onto the LAMBDA-LIST-KEYWORDS list
added SB-XC prefixes to LAMBDA-LIST-KEYWORDS usage
rearranged macroexpand/uncross/eval operations in
cross-compiler PROCESS-TOP-LEVEL-FORM so xcompiling
DEFCONSTANT-EQX SB!XC:LAMBDA-LIST-KEYWORDS will
redefine SB-XC:LAMBDA-LIST-KEYWORDS instead of
CL:LAMBDA-LIST-KEYWORDS
tweaked PARSE-1-DSD so that it always sets DSD-ACCESSOR,
dropping CMU CL's "don't shadow inherited accessor"
special case

0.pre7.32:
merged Alexey Dejneka's WRITE-STRING/WRITE-LINE fix
rewrote WRITE-STRING to use a simplified, unconditional
version of the old HIGH-SECURITY code
WRITE-STRING* is always used with four arguments, so the
&OPTIONALness of its arguments is unnecessary
generality, so get rid of it. Then, since its
calling convention has changed, rename it to
%WRITE-STRING.
WRITE-LINE can be made a lot simpler by reusing WRITE-STRING,
and then WRITE-LINE* isn't needed at all.

0.pre7.31:
merged MNA "cleanups" patch from sbcl-devel 2001-08-31
got rid of INDEXV-USER-SPECIFIED-P completely, since MNA
points out that it's unused
got rid of ignored FORM arg in definition of %PRIMITIVE, too

rewrite of DEFMACRO DEFCLASS, inspired by but different from
MNA's "defclass" patch from sbcl-devel 2001-08-31..
..don't need DEFUN EXPAND-DEFCLASS distinct from
DEFMACRO DEFCLASS
..Don't do INFORM-TYPE-SYSTEM-ABOUT-STD-CLASS at
macroexpansion time, but instead at
EVAL-WHEN (COMPILE LOAD EVAL) time.

0.pre7.29:
merged MNA EVAL-WHEN patch from sbcl-devel 2001-08-31 (doing
nothing at toplevel unless :EXECUTE)
rewrote the logic in the rest of the same EVAL-WHEN clause (not
trying to change its behavior, just to express it more
nicely)
The implementation of EVAL doesn't actually belong IN-PACKAGE
SB!BYTECODE. Put it in SB!IMPL instead.
deleted duplicate definition of SB-KERNEL:*EVAL-STACK-TOP*
moved definition of IGNORE-ERRORS src/code/macros (as
DEFMACRO-MUNDANELY at build-the-cross-compiler time) so
it can be used in target code in src/code/extensions
(although that turns out not to help, since it expands
into HANDLER-CASE, which wants to be defined later..)
added src/code/late-extensions.lisp to hold things like
LIST-WITH-LENGTH-P which want to have some of the
Lisp system set up before they're defined
renamed src/code/extensions.lisp to
src/code/early-extensions.lisp (since now there's
a corresponding late-extensions.lisp again)
moved POSITIVE-PRIMEP to src/code/late-extensions.lisp,
deleted src/code/numbers.lisp
limited POSITIVE-PRIMEP to FIXNUM and moved it to SB!INT
merged MNA "eval-when problems -- fix" patch from sbcl-devel
2001-09-01 (IR1-converting EVAL-WHEN (with no forms)
even in "the forms in the body are ignored" case,
instead of just skipping IR1 conversion completely
and leaving START and CONT dangling in the wind)
since I'm doing related filename and stems-and-flags cleanup
 anyway..
..renamed src/code/early-target-error.lisp to
src/code/target-error.lisp
..renamed src/code/late-target-error.lisp to
src/code/condition.lisp

0.pre7.28:
changed fasl file extension to .fasl
Since fasl file extensions aren't backend-dependent any more,
now they're controlled by *FASL-FILE-TYPE* instead
of *BACKEND-FASL-FILE-TYPE*.

0.pre7.27:
cleanup of leftover search list stuff..
..got rid of ENUMERATE-SEARCH-LIST
..renamed DEF!STRUCT SEARCH-LIST to LOGICAL-HOSTNAME, since
it's now used only to represent the stuff before the
colon in logical pathnames

0.pre7.25:
got rid of :SB-CONSTRAIN-FLOAT-TYPE as a separate target
*FEATURES* option controlling the build (instead
hardwiring it to always be on)
removed some CROSS-FLOAT-INFINITY-KLUDGE SB-XC-HOST
conditionalization from srctran..
..Defining support functions is ok, as long as we don't
actually execute the paths which mess with floating
point infinities.
..Stuff which doesn't use floats should be OK, too: ASH,
LOGNOT, LOGAND, LOGIOR, LOGXOR..
..Things which work with integers exclusively (not floats)
should be safe.

0.pre7.24:
got rid of :SB-PROPAGATE-FLOAT-TYPE and
:SB-PROPAGATE-FUN-TYPE as separate target *FEATURES*
options controlling the build, instead hardwiring
them to always on; and rewrote
CROSS-FLOAT-INFINITY-KLUDGE so that stuff like
#!+sb-propagate-foo-type
becomes
#-sb-xc-host ; (See CROSS-FLOAT-INFINITY-KLUDGE.)
instead; and similarly stuff like
#!-sb-propagate-foo-type
becomes
#+sb-xc-host ; (See CROSS-FLOAT-INFINITY-KLUDGE.)
--
Remember to delete 'em from base-target-features.lisp-expr.
Build SBCL with itself to test this change, since I had so
much trouble with it.
Document :SB-PROPAGATE-FOO-TYPE changes in NEWS.
Crib "what is CROSS-FLOAT-INFINITY-KLUDGE" text.

0.pre7.22:
used %FUNCALL-IN-FOOMACROLET-LEXENV for SYMBOL-MACROLET too
(this time noticing that (MAKE-LEXENV :FUNCTIONS ..)
isn't the same as (MAKE-LEXENV :VARIABLES ..)!)

0.pre7.21:
..factored out some shared logic into
%FUNCALL-IN-FOOMACROLET-LEXENV (though SYMBOL-MACROLET
was left alone for now, since I had problems with it
last time)

0.pre7.20:
more post-IR1-interpreter cleanup: grepped down and killed
things matching FOR-INTERPRETER, COMPILE-FOR-EVAL,
DEBUGGING-INTERPRETER, EVAL-IN-FRAME, and LAMBDA-EVAL
deleted unused ALIEN:ALIEN-BOOLEAN symbol
(Now that the IR1 interpreter is gone, and some other code too,
this version has some 3400 (or 2.5%) fewer lines of
Lisp source code than sbcl-0.6.13 did.)

0.pre7.19:
various avante-garde mostly-post-IR1-interpreter-ism
reinterpretation of debug-int.lisp..
..grepped down and killed things matching 'interpreted-debug-'
..grepped down and killed things matching 'interpreted-code-'
..added :CONSTRUCTOR NIL to the abstract base class
DEBUG-FUNCTION
..deleted unused debug-vm.lisp
..deleted redundant SETF DOCUMENTATION operations (and updated
corresponding slot comments in DEF!STRUCT DEBUG-SOURCE
in some cases)
..no need for DEBUG-SOURCE-ROOT-NUMBER to be inline

0.pre7.18:
miscellaneous post-IR1-interpreter cleanup..
..put all of eval.lisp into the SB-BYTECODE package
..made SB-BYTECODE package use SB-EXT, as other packages do
..deleted INTERPRETED-FUNCTION stuff
..renamed INTERNAL-EVAL (external) to %EVAL (internal)
..moved eval.lisp after globaldb.lisp in
stems-and-flags.lisp-expr, so that it can use the
compiler macro form of INFO instead of full call
..moved FIND-IF-IN-CLOSURE from SB!SYS (which is supposed to
be system-dependent stuff) into SB!KERNEL; and then
made it a private function, since it's only used in
one place anyway

0.pre7.17:
now you don't see it, now you do: re-cvs-committed
src/code/eval.lisp, so that now, I hope, CVS and I
agree that my initial "cvs remove" has been revoked
by my more recent "cvs add"

0.pre7.16.1:
(trying to unscrew the state of src/code/eval.lisp, since
since CVS apparently *doesn't* think that "cvs add"
undoes "cvs remove" when there is no intervening
"cvs commit")

0.pre7.16:
Since this version builds nicely without :SB-INTERPRETER now,
I can burn the bridges. Die, ill-begotten writhing
mass of wacky special cases, crude hackery, and
never-say-die ANSI-non-compliance! Begone back to the
bit bucket that barfed you!..
..deleted :SB-INTERPRETER stuff everywhere
..deleted src/code/eval.lisp, src/compiler/eval-comp.lisp,
and src/compiler/eval.lisp
..renamed SB-EVAL package to SB-BYTECODE
..renamed target-eval.lisp to eval.lisp (possibly confusing
CVS; dunno what happens with "cvs remove" followed by
"cvs add" without an intervening commit, but will soon
find out:-)
FUNCTION-DEBUG-FUNCTION should use ECASE to signal an error
when it's confused, instead of just dropping a NIL
into the bowels of the debugger and waiting to see
what breaks later.
TRY-TO-RENAME-INTERPRETED-FUNCTION-AS-MACRO goes away.

0.pre7.15:
merged flaky4_branch back into the main branch
deleted :SB-INTERPRETER from base-target-features.lisp-expr
(since I realized that I dunno whether this version
builds with :SB-INTERPRETER any more, and I'm after
all trying to be nice and not check excessively
dain-bramaged nonworking versions into main branch)

0.pre7.14.flaky4.13:
(This version builds itself, and builds under CMU CL on Linux,
and could be said to have no known new bugs compared to
0.pre7.14, as long as we consider bugs 119, 120a,
120b, 122, 123, and 124 to be old bugs revealed by
the conversion, rather than new bugs introduced by the
conversion.:-| So maybe I can stop calling it flaky
now.:-)
rationalized leaving the commented-out MACROLET test in
tests/walk.impure.lisp commented out indefinitely. (See
BUGS 124.)

0.pre7.14.flaky4.12:
commented out MNA's HANDLER-CASE patch from sbcl-dev 2001-07-16
(merged in sbcl-0.6.12.51) in favor of the grotty old
THROW/CATCH code, since the MNA code causes
(DEFUN FOO1I ()
  (IF (NOT (IGNORE-ERRORS
     (MAKE-PATHNAME :HOST "FOO"
    :DIRECTORY "!BLA"
    :NAME "BAR")))
      (PRINT "OK")
      (ERROR "NOTUNLESSNOT")))
to be compiled incorrectly. (I rather suspect that
may not be a bug in the patch, but instead that the
correct code generated by the patch exercises a bug
elsewhere in the compiler.)
redid indentation in MNA HANDLER-CASE code
fixed #!+X86 (was #+X86) conditionalization in MNA
HANDLER-CASE code

0.pre7.14.flaky4.11:
fixed map-tests.impure.lisp compiler problem: in
GENERATE-BYTE-CODE-FOR-REF, replaced
COMBINATION-ARGS with BASIC-COMBINATION-ARGS, since
the CONTINUATION-DEST can be a MV-COMBINATION, not
necessarily a COMBINATION (and BASIC-COMBINATION
is a base class of both MV-COMBINATION and
COMBINATION)

0.pre7.14.flaky4.10:
fixed FLOAT-RADIX problem in float.pure.lisp
found bug 120a/120b in the #!-SB-INTERPRETER case of
POSSIBLY-AN-INTERPRETED-FRAME, and rewrote it to
work around the bug
made INTERNAL-EVAL go on to call the function even when
FAILURE-P, since that's the right thing to do when
e.g. there are type mismatch errors on code paths
which turn out never to be executed
similarly, made COMPILE set FDEFINITION even when FAILURE-P
also fixed bug in COMPILE (and added test case): it's
supposed to set MACRO-FUNCTION when NAME names a macro

0.pre7.14.flaky4.9:
(This version builds itself without :SB-INTERPRETER. Still a
few regression tests commented out, though..)
I looked at nlx stuff in byte-comp.lisp for a while, without
getting much insight. So I mailed in a bug report to
cmucl-imp@cons.org, in hopes that they'll fix it (or
maybe even have already fixed it since 18c). Meanwhile
I made a workaround, adding declarations to force the
ARRAY translator to be compiled to native code.

0.pre7.14.flaky4.8:
(This version presumably builds itself, because I didn't make
any very exciting changes since the last version that
built itself; but I haven't actually tested.)
We no longer need the distinction between PARSE-ALIEN-TYPE and
%PARSE-ALIEN-TYPE, and it obscured the
couldn't-byte-compile-FIND-ESCAPE-FRAME bug, so I
eliminated it.
I didn't fix the couldn't-byte-compile-FIND-ESCAPED-FRAME bug,
but I find a much simpler test case which exercises
the underlying bug, now recorded in BUGS as 119.

0.pre7.14.flaky4.7:
rewrote UNIX-FAST-SELECT as an inline function (and
resurrected all the old argument DECLAREs)
fixed weirdness in DISASSEMBLE..
..Why does it use a different output format for
(DISASSEMBLE (SB-DEBUG:ARG 0)) from the debugger
prompt (where it properly inserts a space between
bytecode and translation) and display of the
same function with
(DISASSEMBLE (SB-XC:MACRO-FUNCTION 'SB!EXT:WITH-ALIEN))
from the main command prompt? I think it's weirdness
with "~12T" in DISASSEM-BYTE-SAP. Try changing to
" ~14T" instead.
..Why does it stop output from disassembly of byte-compiled
WITH-ALIEN at byte 83, when that looks like a
completely unnatural stopping point? It seems to be
that *PRINT-LINES* is rebound to a small value, and
then the outer PPRINT-LOGICAL-BLOCK (used to prepend
#\; to each line of output) tests the current
dynamical value and bails out. So make PRETTY-STREAM
grab the *PRINT-LINES* value at ctor time and use that,
rather than the dynamic value, when deciding whether
to truncate output
bumped fasl file version number since PRETTY-STREAM layout
changed

0.pre7.14.flaky4.6:
(This version can bootstrap itself without :SB-INTERPRETER.
However, it can't pass all the original regression
tests, and I even had to disable some code in
debug-int.lisp in order to get it to build, so more
work is needed before it becomes unflaky.)
I wasn't making much progress on figuring out why the system
can't cross-compile FIND-ESCAPED-FRAME when
bootstrapping itself without :SB-INTERPRETER, so I
I just stubbed out FIND-ESCAPED-FRAME.
deleted unused 'find . | xargs egrep tty-process-group' stuff
deleted unused SIGMASK macro
deleted unused UNIX-SIGBLOCK and UNIX-SIGPAUSE functions
moved F(sigsetmask) out of __*BSD__ conditionalization in
undefineds.h so that GENESIS could find it (I dunno
how it found it before. Perhaps old references
to sigblock or sigpause caused sigsetmask to be
slurped in too?)

0.pre7.14.flaky4.5:
(Oops: In the previous version, I worked on "reimplemented
ONCE-ONLY so it expands into a single LET, so that
DECLAREs inside work as they should" enough that I
put it into the commit notes, but then I realized
that using an inline function is a nice way to solve
the UNIX-FAST-SELECT problemm, so I undid the ONCE-ONLY
changes, but forgot to clean up the commit notes.)
(This version builds under sbcl-0.6.13 with :SB-SHOW, and
without :SB-INTERPRETER, in target *FEATURES*. Now
maybe I can use the result to figure out why it can't
build itself.)
Maybe we don't need the extra space in DISASSEM-BYTE-COMPONENT
after all.
added :IGNORE-FAILURE-P for src/cold/cold-init in order to
build with :SB-SHOW
got rid of various early /SHOWs (before the definition of
UNWIND in assem-rtns.lisp is loaded) so that the system
could cold init
chopped make-target-2.sh *PRINT-LEVEL* back down to 5 so that
/SHOW statements terminate before hell freezes over

0.pre7.14.flaky4.4:
(This version still can't build itself, dying in
cross-compilation of debug-int.lisp.)
revised FUNCALL-IN-MACROLET-LEXENV to look more like
FUNCALL-IN-SYMBOL-MACROLET-LEXENV
reimplemented ONCE-ONLY so it expands into a single LET,
so that DECLAREs inside work as they should
commented out bogus macroexpansion-time DECLAREs in
UNIX-FAST-SELECT

0.pre7.14.flaky4.3:
(This version builds under sbcl-0.6.12.1, but can't build
itself, dying in cross-compilation of string.lisp.)
added missing space in NEXT-BYTE in DISASSEM-BYTE-SAP
removed bogus DECLAIM (TYPE SYMBOL *SHEBANG-FEATURES*)
reenabled COMPILE 'IN-HOST-COMPILATION-MODE

0.pre7.14.flaky4.2:
don't need to load src/cold/shared.lisp twice in make-host-1.sh
corrected the sense of #!-SB-INTERPRETER case of
INTERNAL-APPLY-LOOP hack in debug-int.lisp

0.pre7.14.flaky4.1:
(This version builds under older versions of SBCL, but can't
build under itself, dying somewhere in
defun-load-or-cload-xcompiler.lisp.)
fixed (FUNCALL (COMPILE NIL (LAMBDA (X) (+ X 2))) 3) problem
under new #!-SB-INTERPRETER implementation of EVAL..
..should usually be quoted, (COMPILE NIL '(LAMBDA ..))
..When it's not quoted, so that under the new EVAL the LAMBDA
will be a (byte-)compiled function, COMPILE shouldn't
fail, it should pass the compiled function through.
deleted unused *BACKEND-INFO-ENVIRONMENT*

0.pre7.14.flaky4:
(This version builds without :SB-INTERPRETER, and sort of
works (after commenting out half a dozen regression
tests) but can't bootstrap itself because of its
inability to FUNCALL a COMPILEd function in the
interpreter. The debugger is also broken.)
trying to get things to work better without :SB-INTERPRETER..
..redid EVAL-WHEN handling....
....moved all top-level-EVAL-WHEN handling into
PROCESS-TOP-LEVEL-FORM
....made DEF-IR1-TRANSLATOR EVAL-WHEN handle only the
(trivial) non-top-level-form case
....deleted DO-EVAL-WHEN-STUFF
....added COMPILE-TIME-TOO-P arguments to
PROCESS-TOP-LEVEL-FORM and friends
....wrote PARSE-EVAL-WHEN-SITUATIONS
deleted unused %%DEFCONSTANT reference in byte-comp.lisp
Now that EVAL-WHEN is handled differently, we end up in
DEFUN %DEFUN instead of DEF-IR1-TRANSLATOR %DEFUN
at cross-compile time. Now that EVAL-WHEN is
becoming sane, the day may be approaching that those
can become the same, but for now, I just decorated
DEFUN %DEFUN with readmacros so it won't try to do
impossible things at cross-compilation time.
moved *UNIVERSAL-FUNCTION-TYPE* into SB!KERNEL exports
renamed PROCESS-SOURCE to SUB-SUB-COMPILE-FILE
set *TOP-LEVEL-LAMBDA-MAX* to 1 so the %COMPILER-DEFSTRUCT
hack in PROCESS-TOP-LEVEL-FORM can go away
Now that EVAL-WHEN is handled differently, the system stumbles
over other new problems. Debugging non-ANSI cruft is
no fun, so try to ANSIfy out of the problem, rushing
boldly where no angel has tread before..
..made PROCESS-TOP-LEVEL-FORM handle SYMBOL-MACROLET
..factored handle-SYMBOL-MACROLET logic into
DO-SYMBOL-MACROLET-STUFF (analogous to
DO-MACROLET-STUFF) to support this
..renamed DO-SYMBOL-MACROLET-STUFF and
DO-MACROLET-STUFF to
FUNCALL-IN-SYMBOL-MACROLET-LEXENV and
FUNCALL-IN-MACROLET-LEXENV
..redid PROCESS-TOP-LEVEL-LOCALLY so that it can be used to
help implement MACROLET and SYMBOL-MACROLET
Messing with EVAL-WHEN situations isn't a very understandable
way to suppress enclosed EVAL-WHEN magic. Instead,
use an enclosing LET to suppress top-level-formness.
hacked globaldb.lisp so the cross-compiler won't nuke its own
*INFO-CLASSES* and *INFO-TYPES* while cross-compiling
the target compiler
For some reason, (FLOAT-RADIX "notfloat") => 2, as in the bad
old days. For now, suppress that regression test and
go on. (Getting the happy path to work again is more
urgent than getting error handling right.)
commented out a time.pure.lisp test too, since interpreted
FUNCALL and COMPILE aren't playing nicely right now
commented out a map-tests.impure.lisp test too, since it
trips over what looks like it might be an obscure
byte compiler problem and I hope I can get other stuff
to work OK without it before returning to it
commented out a pathnames.impure.lisp test too, since
interpreted ASSERT isn't working right
commented out some tests in type.impure.lisp for similar reasons
commented out walk.impure.lisp test (Maybe the common theme
in many of these problems is inability to handle
IGNORE-ERRORS in the new interpreter?)

0.pre7.14:
(Oops, I was wrong before -- I made a typo when I thought I
was deleting :SB-INTERPRETER from target *FEATURES*,
so I didn't test what I thought I tested, and
0.pre7.13 didn't actually work without
:SB-INTERPRETER.)
So, now to make things actually work without :SB-INTERPRETER..
..saved a few things
* CL:LAMBDA-PARAMETERS-LIMIT
* CL:MULTIPLE-VALUES-LIMIT
* CL:CALL-ARGUMENTS-LIMIT
from src/compiler/eval.lisp in early-c.lisp
..SB!EVAL can't be conditional on :SB-INTERPRETER, since it's
the home of stuff like the 'eval stack' (also used
by the byte interpreter).
..made INTERPRETED-FUNCTION-NAME hacking conditional on
:SB-INTERPRETER
..made other SB!EVAL:FOO stuff conditional on :SB-INTERPRETER
..s/#+!sb-show/#!+sb-show/ (Isn't it Perl that Lispers slam
for accepting line noise as valid input?)
..raised make-target-2.sh *PRINT-LENGTH* and *PRINT-LEVEL* to
10 so that
compilation aborted because of input error:
  #S(SB-C::INPUT-ERROR-IN-COMPILE-FILE
     :ACTUAL-INITARGS (ERROR
                       #S(READER-ERROR
                          :ACTUAL-INITARGS (STREAM # FORMAT-CONTROL
                                            no dispatch function defined for ~S
                                            FORMAT-ARGUMENTS ...)
                          :ASSIGNED-SLOTS NIL))
     :ASSIGNED-SLOTS NIL)
would no longer have key information elided
..s/failed-aver-type/failed-enforce-type/
..(This version still doesn't work without :SB-INTERPRETER,
but it does have some progress, and at least it still
works with :SB-INTERPRETER, so I'm checking it in.)

0.pre7.13:
preparing to delete IR1 interpreter..
..defined #!-SB-INTERPRETER implementation of INTERNAL-EVAL
..(Now the system builds and runs and builds itself even
when :SB-INTERPRETER is suppressed in
customize-target-features.lisp.)

0.pre7.12:
redid DEFCONSTANT-EQX to be less needlessly arcane

0.pre7.11:
sbcl.1 fixes from Christophe Rhodes
other sbcl.1 tweaking

0.pre7.10:
added DEFKNOWN .. NIL for DO-ARG-COUNT-ERROR, to suppress
lotso undefined warnings and to let the compiler
identify lotso dead code
bumped default GC interval up to 4M bytes (from 2M bytes)

0.pre7.9:
merged Dan Barlow patch from sbcl-devel 2001-08-10 (fix for
TRACE on Alpha, fix for os_flush_icache() on Alpha,
fix for environ in shared libs, and misc. tidying)

0.pre7.8:
(The old CMU CL documentation is now available from
<ftp://sbcl.sourceforge.net/pub/sbcl/cmucl-docs.tar.bz2>.)
tweaked docs/.cvsignore so that if you like keeping the old
CMU CL documentation in the old place, CVS doesn't
pester you about it

0.pre7.7:
deleted old CMU CL documentation (so now when I screw up my
working copy and have to "cvs checkout" again, it goes
faster:-)

0.pre7.6:
removed REMOVEME stuff
more LOOP cleanups..
..LOOP-GENTEMP looks no better than GENTEMP. Use GENSYM instead.
..removed old Genera-only HIDE-VARIABLE-REFERENCE and
HIDE-VARIABLE-REFERENCES stuff in loop.lisp
..converted *LOOP-REAL-DATA-TYPE* to 'REAL

0.pre7.5:
moved remaining contrib/*-extras.lisp stuff to main system
deleted unused *CHAR=-FUNCTIONS*
Since some of the new transforms use LOOP, and are used in
cross-compilation, it'd be nice if LOOP worked more
correctly in cross-compilation..
..changed SUBTYPEP to SB!XC:SUBTYPEP in loop.lisp
..changed TYPEP to SB!XC:TYPEP in loop.lisp
Now that LOOP calls SB!XC:TYPEP, CROSS-TYPEP needs to be smart
enough to type-expand its arguments, so that e.g.
(SB!XC:TYPEP 0 'INDEX) works.
moved definition of INDEX-OR-MINUS-1 type alongside INDEX
deleted obsolute LOOP NODECLARE stuff
miscellaneous other tidying in loop.lisp
added various bug 117 workarounds so SBCL code builds without
bogus WARNINGs from FIND/POSITION inline expansions

0.pre7.4:
moved more contrib/*-extras.lisp stuff to main system..
..TRUNCATE, FLOOR, and CEILING
..SORT
..VECTOR-PUSH-EXTEND
tweaked TRUNCATE, FLOOR, and CEILING DEFTRANSFORMs so that
they work when &OPTIONAL argument is missing

0.pre7.3:
moved more contrib/*-extras.lisp stuff to main system..
..INDEX-OR-MINUS-1
..FILL
..COERCE

0.pre7.2:
converted WITH-ARRAY-DATA and %WITH-ARRAY-DATA-MACRO from
DEFMACRO to DEF!MACRO so that they (and the
soon-to-be-merged DEFTRANSFORMs which use them) can be
used arbitrarily early in the target build sequence

0.pre7.1:
moved new WITH-ARRAY-DATA stuff from contrib/*-extras.lisp
to main SBCL system

0.6.13:
"We release no software before its time.":-| (Hopefully the
interval between 0.6.13 and 0.7.0 will be shorter
than the interval between 0.6.12 and 0.6.13..)

0.6.12.65:
removed redundant-in-SBCL FBOUNDP 'COMPILE test in
pprint.lisp's COMPUTE-TEST-FN
merged MNA INSPECT patches (sbcl-devel 2001-08-02)
renamed INSPECT-related service functions from DESCRIBE-FOO
to INSPECTED-FOO
renamed SHOW-HELP, INPUT-LOOP, and stuff to be more
INSPECT-related
rewrote the CONS method so that (INSPECT '(1 . 2)) works
renamed NUMBERED-PARTS to NAMED-P
redid the list return value from INSPECTED-PARTS as multiple
VALUES
made INSPECT work recursively instead of maintaining an
explicit *INSPECT-OBJECT-STACK*
defined SB-EXT:*INSPECTED*
removed 'redisplay'/'recompute' distinction in INSPECT,
since I can't see what it's good for (but I'd
cheerfully restore it if someone can explain)

0.6.12.64:
removed duplicate DEFKNOWNs for other compiler/x86/system.lisp
stuff following the same approach as in 0.6.12.63
removed other duplicate DEFKNOWNs by simple deletion
tweaked DEF!MACRO DEFKNOWN so that it now handles duplicate
DEFKNOWNs with CERROR instead of WARN

0.6.12.63:
added code to report what's being overwritten by a duplicate
DEFKNOWN
removed duplicate DEFKNOWN for
(SETF %FUNCALLABLE-INSTANCE-FUNCTION), at the cost of
much entrail-reading and a lengthy KLUDGE note

0.6.12.62:
made DEFMACRO DEFKNOWN check for duplicate DEFKNOWNs
(I want to remove the duplicate DEFKNOWNs, but currently doing
that makes make.sh die in src/pcl/walk.lisp. So I've
put the duplicate DEFKNOWNs back, and things work
again. Since by now I have a strong conditioned reflex
"working version"=>"CVS checkin", I'll check this in
before going on to try to figure out which duplicate
DEFKNOWNs are important and why.)

0.6.12.61:
copied transforms for TRUNCATE, FLOOR, and CEILING from
CMU CL 18c. (Like various other efficiency fixes,
they're in contrib/compiler-extras.lisp instead
of the main system. My plan is to merge all the
contrib/*-extra.lisp stuff into the main system
in version 0.7.x.)

0.6.12.60:
merged MNA clean-up-PCL-code-walker patch

0.6.12.59:
simplified *N-BYTES-FREED-OR-PURIFIED-PCOUNTER* to
*N-BYTES-FREED-OR-PURIFIED*, an ordinary UNSIGNED-BYTE
cleared *N-BYTES-FREED-OR-PURIFIED* on program startup

0.6.12.49:
made verbose GC output report GET-INTERNAL-RUN-TIME when each
GC happens, so that when you reading a log containing
many verbose GC messages, you have a better chance of
grokking what happened
fixed POSIX-GETENV doc string after Alexey Dejneka pointed out
that it was wrong

0.6.12.50:
removed some #+OpenBSD stubifications, since FILE-LENGTH is no
longer completely broken on OpenBSD now
fixed the skip-trailing-whitespace logic in READ so it no
longer requires a second Ctrl-D char to return EOF

0.6.12.51:
merged MNA HANDLER-CASE patch: Since the compiler seems to be
smart enough to handle it now, use lexical scoping
again instead of the previous dynamic scoping
workaround; and also do #+X86 (FLOAT-WAIT).

0.6.12.52:
quasimerged MNA fix-GCC-warnings patch (sbcl-devel
2001-07-17), editing the source by hand
also made other tweaks to fix GCC warnings
fixed memory leak in wrapped_readlink()

0.6.12.53:
merged MNA port of rtoy COERCE and ARRAY-ELEMENT-TYPE
DEFOPTIMIZERs from CMU CL (sbcl-devel 2001-07-16)
merged MNA port of rtoy irrational math fixes (sbcl-devel
2001-07-16)
added MNA regression tests of irrational functions

0.6.12.54:
merged MNA port of cachopo COPY-READTABLE fix (sbcl-devel
2001-07-17)
merged MNA port of mai DESCRIBE-a-class fix (sbcl-devel
2001-07-17)

0.6.12.55:
added distclean.sh to remove stuff like
customize-target-features.lisp
DEFCONSTANT *FOO* now issues a STYLE-WARNING.
factored out LOOKS-LIKE-NAME-OF-SPECIAL-VAR-P to support this
removed call to no-longer-defined OUTPUT-INTERPRETED-FUNCTION
in PRINT-OBJECT method for INTERPRETED-FUNCTION (which
will hopefully go away real soon anyway)

0.6.12.56:
fixed bug 26: ARRAY-DISPLACEMENT now returns (VALUES NIL 0)
for undisplaced arrays.
fixed bug 55: DEFMACRO-MUNDANELY no longer ignores DOC.
DEFMACRO-MUNDANELY should be in SB-INT.

0.6.12.57:
set default for *DERIVE-FUNCTION-TYPES* to NIL (i.e. ANSI
behavior)
overrode the default within the cross-compiler, so that SBCL
itself is still built the old static efficient way

0.6.12.58:
fixed the DCONSING carry case in PROFILE
ported CMU CL fix to FILL-POINTER-OUCH (Tim Moore's fix
to Janne Rinta-Manty's bug report)
added MNA fix for FIX-CORE-SOURCE-INFO

0.6.12.49:
made verbose GC output report GET-INTERNAL-RUN-TIME when each
GC happens, so that when you reading a log containing
many verbose GC messages, you have a better chance of
grokking what happened
fixed POSIX-GETENV doc string after Alexey Dejneka pointed out
that it was wrong

0.6.12.48:
made ldb conditional on :SB-LDB in *FEATURES*. (Dan Barlow
likes having the system stop on an ldb> prompt even
when running as a batch program, but for me it's a
nuisance. I want sh make.sh to terminate when it hits
an error, period, since typically I make it beep when
it's done. And since ldb isn't really appropriate for
the problems that ordinary users have to deal with,
it should be reasonable to suppress it by default,
which is an overkill way to keep my system from
stopping on an ldb> prompt.)
more gencgc tidying..
..hardwired enable_pointer_filter conditionalization to
always be enabled
..renamed the PTR() and Pointerp() macros to
native_pointer() and is_lisp_pointer() inline
functions

0.6.12.47:
more poking around in gencgc, tweaking comments and formatting
and names
deleted "#ifdef CONTROL_STACKS" stuff

0.6.12.46:
(got confused, thought GENCGC was excessively conservative,
tried to fix it, then backed out)
tweaked a lot of comments and some names in gencgc.c
made GENESIS systematically propagate *SHEBANG-FEATURES*
entries into #define's in sbcl.h. (This isn't currently
used for anything -- I wrote it to support my confused
make-GENCGC-less-conservative effort, which no longer
exists. However, it seems harmless and could be useful
e.g. for making C-level code depend on SB-SHOW, so I
left it in.)

0.6.12.45:
(This version/commit actually includes some stuff from the Dave
MacDonald patch logged in the 0.6.12.44 message, since
CVS got stuck somehow and didn't finish that commit.)
(and also left a stale lock in place for days..)
some *EVAL-STACK* fixes..
..removed CURRENT-STACK-POINTER macro, since (1) its name is
confusing (suggesting the system stack, not the eval
stack; especially since the CURRENT-STACK-POINTER vop
*does* refer to the system stack!) and (2) abstracting
away the fact that this is a special variable is,
given the INTERPRETER-GC-HOOK hack to scrub the eval
stack, an unfortunate invitation to subtle GC bugs
..renamed STACK-COPY to EVAL-STACK-COPY
..made *EVAL-STACK-TRACE* stuff dependent on #!+SB-SHOW
..renamed EVAL-STACK-SET-TOP to EVAL-STACK-RESET-TOP
I also made *INTERNAL-APPLY-NODE-TRACE* stuff dependent on
#!+SB-SHOW, even though in retrospect that was
probably silly, since it's only in IR1 interpreter
code, which I hope to blow away next month anyway.

0.6.12.44:
merged Dave MacDonald patch (sbcl-devel 2001-07-04): cleanup
of COMPILE-FILE cruft left over from transition to
compiling only one file at a time; plus a few
WHN modifications..
..INDEX isn't actually ignored in FIND-SOURCE-ROOT
..(IF (PATHNAMEP X) X (PATHNAME X)) => (PATHNAME X)
..more-explicit names in general
..expanded remaining FIND-FILE-INFO call into something which
still works now that DEFUN FIND-FILE-INFO is gone
Also, while I'm at it, SOURCE-INFO-FILE-INFO is a better
name than SOURCE-INFO-FILE.

0.6.12.43:
made PEEK-CHAR check its argument type explicitly, so
it will issue a TYPE-ERROR on e.g.
(WITH-INPUT-FROM-STRING (S "SZ[19]")
    (PEEK-CHAR S))
instead doing PEEK-CHAR on *STANDARD-INPUT*
fixed completely-broken bignum-sized-consing code path in
profile.lisp (Code coverage testing? What's that?:-)
merged MNA/CMUCL compiler bug collection (sbcl-devel
2001-06-25) to BUGS

0.6.12.42:
more profiling stuff..
..rearranged DCONSING arithmetic in profile wrappers so that
accounting for small amounts of wrapped consing almost
always works without extra consing overhead in the
wrapper
..made calibrate-PROFILE-overhead code run longer
MNA pointed out that bug 59 was fixed a while ago.
MNA comment clarifications sbcl-devel 2001-06-25
removed bogus QUIT from stream.pure.lisp, so that the
subsequent *.pure.lisp tests get executed

0.6.12.41:
removed various REMOVEME stuff
more profiling/PCOUNTER stuff..
..restored "grep ';.*decla.*type'" stuff in profile.lisp,
and did other un-fluidifications of pcounter.lisp
and profile.lisp
..converted various PCOUNTER-related DECLAIMs to DEFKNOWNs

0.6.12.40:
fixed bug 107: (WRITE #*101 :RADIX T :BASE 36) now does
the right thing.

0.6.12.39:
removed some stuff checking for profile monotonicity (since
now I know that OpenBSD get-internal-run-time *isn't*
monotonic, since OpenBSD getrusage() isn't monotonic:
bug kernel/1065. I've now patched my OpenBSD 2.9 to
fix this enough to make GET-INTERNAL-RUN-TIME
monotonic, and I'll submit the patch to the OpenBSD
maintainers once I straighten out how to diff against
the patch branch.)
tweaked GET-BYTES-CONSED (aiming to minimize consing in
profile.lisp)..
..replaced *TOTAL-BYTES-CONSED* with
*N-BYTES-FREED-OR-PURIFIED-PCOUNTER*
..deleted *LAST-BYTES-IN-USE*
..added DEFKNOWN GET-BYTES-CONSED
..incompatible change: made GET-BYTES-CONSED return the
number of bytes consed since the system was started,
not since the first time the function was called
..renamed GC-COLD-INIT-OR-REINIT, since it's only actually
called at reinit time
fixed *BYTES-CONSED-BETWEEN-GCS* FIXME; and now
DEFAULT-BYTES-CONSED-BETWEEN-GCS no longer needs
to be a named definition
deleted unused *GC-INHIBIT-HOOK*

0.6.12.38:
tweaked PCOUNTER stuff in anticipation of future changes
in GET-BYTES-CONSED..
..moved PCOUNTER code from profile.lisp to new pcounter.lisp
..exported PCOUNTER stuff from SB-INT

0.6.12.37;
fixed bug 24: COMPILE-FILE handles READER-ERROR now, instead
of dropping you into the debugger.
READ-FOR-COMPILE-FILE now fills the role of the old
CAREFUL-READ code.
deleted now-unused NORMAL-READ-ERROR, IGNORE-ERROR-FORM,
and UNEXPECTED-EOF-ERROR
made slam.sh use a crude make-ish timestamp hack to choose
which files to re-cross-compile

0.6.12.36:
fixed DIRECTORY/TRUENAME/symlink failure as proposed by DB
(sbcl-devel 2001-06-13, plus following discussion),
mostly by tweaking UNIX-READ-LINKS
In tweaking UNIX-READ-LINKS, I also redid it so that it would
handle pathnames of any length.
rewrote UNIX-READLINK to use wrapped_readlink(), handling
paths of any length
incompatible change: The old CMU-CL-style DIRECTORY options
(:ALL, :FOLLOW-LINKS, and :CHECK-FOR-SUBDIRS) are no
longer supported, so DIRECTORY always does the abstract
Common-Lisp-y thing, i.e. :ALL T :FOLLOW-LINKS T
:CHECK-FOR-SUBDIRS T.
added some DIRECTORY and TRUENAME test cases
fixed stupid gross errors in 0.6.12.35 test cases (Evidently I
neglected to run them before..)

0.6.12.35:
null-*PRINT-LENGTH* bugfix in structure printing (from Alexey
Dejneka sbcl-devel 2001-06-14)
merged Eric Marsden ANSI compliance fixes (from cmucl-imp
2001-06-15); except that I skipped the ones in
eval-comp.lisp because I hope to get rid of the IR1
interpreter completely sometime in the next few months,
and I skipped COMPILER-ERROR-is-PROGRAM-ERROR because
(1) I think not all compiler errors are program errors
(e.g. type errors or i/o errors) and (2) SBCL mostly
handles COMPILER-ERRORs before the user sees them
anyway, so I couldn't think of a test case where this
matters

0.6.12.34:
belatedly bumped fasl file version number because the inline
type test patches changed the layout of STREAM
Bug 23 is fixed, so delete it from BUGS.
merged MNA fixes for tests/interface.lisp (sbcl-devel
2001-06-12)

0.6.12.33:
added a few more type test regression tests
merged MNA port of DTC CMU CL inline type test patches
(sbcl-devel 2001-05-28)

0.6.12.32:
fixed REMOVEME problem in filesys.lisp by preinitializing
*DEFAULT-PATHNAME-DEFAULTS* just before the #'PATHNAME
call used to truly initialize it
deleted src/pcl/structure-class.lisp, since MNA pointed out
that it's unused

0.6.12.31:
finished getting rid of %PRIMITIVE SB!C:BYTE-BLT in favor of
SB!KERNEL:%BYTE-BLT
Now there are no primitive translators, so everything
"grep -i primitive.translator" can go away.
deleted not-much-use stuff related to %SP-STRING-SEARCH,
%SP-FIND-CHARACTER, and %SP-REVERSE-FIND-CHARACTER
deleted unused %SP-SKIP-CHARACTER, %SP-REVERSE-SKIP-CHARACTER,
and MAYBE-SAP-MAYBE-STRING

0.6.12.30:
fixed another overflow for big buffers (in GENESIS, when
#!+SB-SHOW, when reading)
started getting rid of %PRIMITIVE SB!C:BYTE-BLT in favor of
SB!KERNEL:%BYTE-BLT
deleted unused %SP-REVERSE-FIND-CHARACTER-WITH-ATTRIBUTE,
%SP-BYTE-BLT, and %SP-FIND-CHARACTER-WITH-ATTRIBUTE
merged MNA prepare-for-inline-type-tests patches (sbcl-devel
2001-06-11)

0.6.12.29:
cleanups pending from flaky2_branch and SB!FASL-package
adventures, part II (more deleting)..
..!COLD-INIT doesn't need to be a static symbol.
..Does FDEFINITION-OBJECT need to be a static symbol? No.
..Do we need the mysterious COLD-SETs of function
values at the beginning of FINISH-SYMBOLS
in genesis.lisp? No.
..fasl version number change since !COLD-INIT is gone from
*STATIC-SYMBOLS*

0.6.12.28:
cleanups pending from flaky2_branch and SB!FASL-package
adventures, part I (deleting stale stuff)..
..deleted "blue bag" stuff
..deleted WANT_CGC and ibmrt stuff
..deleted x86-cgc stuff
..deleted "grep -i 'spare-[0-9]'" stuff
..deleted *SCAVENGE-READ-ONLY-SPACE*
..bumped fasl version number since *SCAVENGE-READ-ONLY-SPACE*
is gone from *STATIC-SYMBOLS*

(Oops!):
(I screwed up the attributions in two earlier commits. The
inline type test stuff referred to in the 0.6.12.24
commit message was originally due to Douglas Thomas
Crosher, not Pierre Mai; and although two of the bug
fixes in the PCL patch merged in 0.6.12.25 were
originally due to Pierre Mai and only ported by
Martin Atzmueller, most of that patch was original
work by Martin Atzmueller.)

0.6.12.27:
DB's bugfix for CIRCULAR-LIST-P sbcl-devel 2001-06-08
minor profiling fixes
(The SIGILL problem above seems to've been SBCL/OpenBSD's way
of reporting an infinite recursion error. It *would*
be nice to catch infinite recursion cleanly someday..)

0.6.12.26:
(This version has some REMOVEME stuff in it to help me
debug a PROFILE failure which seemed to be related to
nonmonotonicity of GET-INTERNAL-RUN-TIME, and which
then morphed into a SIGILL problem (all on OpenBSD).
I don't think those should cause any failures for
other systems, so I left 'em in for now.)
deleted old SPARC-only UNIX-TIMES implementation of
GET-INTERNAL-RUN-TIME
munged the code in profile.lisp hunting, so far unsuccessfully,
for "-1 is not UNSIGNED-BYTE" problem
added temporary test for monotonicity of GET-INTERNAL-RUN-TIME
moved the definition of *BEFORE-SAVE-INITIALIZATIONS*
earlier so things should work for the right reason
deleted unused INDENTING-FURTHER
separated x86 SIGILL handling from SIGTRAP handling

0.6.12.25:
merged MNA port of Pierre Mai fixes for PCL stuff (sbcl-devel
2001-05-30)
renamed tests/pcl.impure.lisp to tests/clos.impure.lisp, to be
consistent with tests/clos.test.sh
reverted the part of the patch which nuked the
INFORM-TYPE-SYSTEM-ABOUT-STD-CLASS call, as per
my sbcl-devel mail 2001-06-07

0.6.12.24:
added a few tests as examples of what I'd like to have before
merging the Mai/Atzmueller inline type test patches
merged DB Alpha-dynamic-loading patches (sbcl-devel 2001-05-11)

0.6.12.23:
merged flaky2_branch back into main branch

0.6.12.21.flaky2.2:
(This version seems not to be flaky any more. I'm just
checking it in as a halfway step to merging it
back into the main branch.
tweaked scavenge() argument handling so that it's easier to see
what was going on when we look at it with gdb
deleted unused undocumented DIRECT_SCAV stuff
deleted unused undocumented SC_NS_GEN_CK stuff
stopped tests/interface.pure.lisp from generating un-GC-able
nonsense values when a SYMBOL-FUNCTION is a closure;
and tried to make it more accurately check for
undocumented external functions as well

(no version):
updating/committing again to get CVS to recognize deletion
of early-load and addition of early-fasl

0.6.12.22:
DB logical pathname and COMPILE-FILE-PATHNAME patch from
sbcl-devel 2001-06-01
made FASL file version number independent of CPU type; also
made byte FASL file version number the same
many many changes more or less related to changing the FASL
file version number..
..created SB!FASL package to hold stuff like +FASL-FILE-VERSION+
which is common to loading and dumping
..renamed early-load.lisp to early-fasl.lisp
..renamed FASL-FILE stuff to FASL-OUTPUT
..*LAP-OUTPUT-FILE* doesn't need to be special (and so is
renamed to LAP-FASL-OUTPUT).
..exported FAST-READ stuff from SB-INT, so that it's visible
in SB-FASL
..deleted old stale load-related variables
*LOAD-BYTE-COMPILED-CODE-TO-DYNAMIC-SPACE*
*LOAD-X86-TLF-TO-DYNAMIC-SPACE*
*ENABLE-DYNAMIC-SPACE-CODE*
(hardwiring code which referred to them to use their
effectively-constant values T, NIL, T instead). (Now
we no longer need to worry about what package they're
in..)
..made some symbols external to SB-KERNEL so that
now-in-SB-FASL code could find them (and so that
some of the old :: prefixes could go away):
*FREE-INTERRUPT-CONTEXT-INDEX*,
*!INITIAL-FOO* for all FOO,
*CURRENT-CATCH-BLOCK*,
*CURRENT-UNWIND-PROTECT-BLOCK*,
*PSEUDO-ATOMIC-ATOMIC*, *PSEUDO-ATOMIC-INTERRUPTED*
..deleted unneeded "SB!IMPL::" prefixes for various
other *STATIC-SYMBOLS*-related symbols which're
exported (mostly from SB-KERNEL) already
..deleted unused %INITIAL-FUNCTION (smashing Alpha
*STATIC-SYMBOLS* indices)
suppressed some stuff in side-effectful-pathnames.test.sh
until we merge the DB cleanups from flaky2_branch

0.6.12.21.flaky2.1:
Since enabling QSHOW and QSHOW_SIGNALS showed that a relatively
early symptom of the memory-corruption problem is
dereferencing a 0 pointer, I added special handling
for not-our-responsibility SIGSEGV/SIGBUS in
gencgc.c.

0.6.12.21.flaky2:
(This version has a flaky GC/memory-corruption problem. It's
perfectly repeatable both on my OpenBSD box and on
my Linux box -- just "sh run-tests.sh" -- which is
why I thought it was worth saving this before I
messed with it too much. But it's flaky in that all
sorts of little harmless-looking program or test
changes made while trying to isolate the problem can
cause it to vanish.)
Dan Barlow's logical pathname tests sbcl-devel 2001-05-31
added DEFUN SANE-DEFAULT-PATHNAME-DEFAULTS
made all relative-to-absolute conversions go through
*DEFAULT-PATHNAME-DEFAULTS*, so Unix current directory
is only used to initialize *DEFAULT-PATHNAME-DEFAULTS*
(and thus UNIX-MAYBE-PREPEND-CURRENT-DIRECTORY goes
away)

0.6.12.21:
(realized I was confused about DEFAULT-DIRECTORY ('cause it's
in SB-INT, not SB-INT) so it doesn't need to be
marked deprecated after all. As I get older, perhaps I
should work on smaller systems..)
deleted unused %SET-DEFAULT-DIRECTORY stuff
deleted related Unix chdir() stuff
rewrote UNIX-CURRENT-DIRECTORY to use getcwd() and do its
own error-handling; got rid of DEFAULT-DIRECTORY
deleted related Unix getwd() stuff
restored SIZE-T (but this time through grovel_headers.c)
in order to interface to getcwd() more cleanly
deleted commented-out clutter in ldso-stubs.S
renamed UNIX-CURRENT-DIRECTORY to POSIX-GETCWD, and made
POSIX-GETCWD/ variant to do the old CMU-CL-style
trailing #\/ thing

0.6.12.20:
made monitor.c quit() command read from the same stream
as the other ldb commands
renamed monitor.c devtty stuff to ldb_in
miscellaneous other tidying up in monitor.c