0.7.3.21:
merged fix for "Bug in COMPILE?" by Matthias Hoelzl (sbcl-devel
2002-05-13). (My interpretation of the problem in my
reply on the same day seems to've been totally
confused, and his fix looks fine to me now.)

0.7.3.20:
fixed my clerical error in Stig Erik Sandoe's C callback patch
(pointed out by SES on sbcl-devel 2002-05-14)

0.7.3.19:
Fix typo resulting at least in part from the non-optimality of the
previous patch...
... s/delclare/declare/ in the sparc tree.

0.7.3.18:
Merged def!constant patch (CSR sbcl-devel 2002-05-17)
... cross-compiler now starts knowing about constant values
src/compiler/assem tweaks
... declare some things ignorable
... comment tweaks
other backend tweaks
... declare the type for with-adjustable-vector
[ the fact that I had to do this four times, once for each
  backend, is not optimal. ]

0.7.3.17
merged NJF PCL INVALID-WRAPPER-P cleanups sbcl-devel 2002-05-16

0.7.3.16:
(These changes might leave SET-SYNTAX-FROM-CHAR messed up. I'll
try to fix that soon, or else add some tests to verify
that it isn't too messed up.)
ANSIfying FROB-MACRO-CHARACTER functions...
...made GET-MACRO-CHARACTER return NIL for non-macro characters
...made SET-MACRO-CHARACTER handle NIL values
...used %COERCE-CALLABLE-TO-FUN instead of COERCE ... 'FUNCTION
Some of the "Unconstituentize some of them" operations in
!COLD-INIT-STANDARD-READTABLE seem to've become no-ops,
so delete them.
It seems strange that ASCII RUBOUT should be treated as
whitespace, so that e.g. "(+ 1\7f2)" EVALs to 3. So
I deleted the customization of its entry in
*STANDARD-READTABLE*, and now it's treated as just
another character, which seems less surprising.

(still trying to remember to update version.lisp-expr)

0.7.3.15:
just updating BUGS

0.7.3.14:
updated BUGS

0.7.3.13:
Fix bug 22, throwing an error for bad directives inside ~< ~:>
format blocks.
Bugfix for host-namestring (and associated host-using functions):
... make the physical host name be "" (not "Unix), as this cannot
be a logical host name
... some sanity checking in logical host functionality regarding
this change
Remove fixed buglets from BUGS
Added .cvsignore files for files built in warm init.

0.7.3.12:
merged Pierre Mai's "load-foreign support for the OpenBSD port"
patch (sbcl-devel 2002-05-08)
fixed FIXME in foreign.test.sh so that bogus differences in
"make" don't mess up the test
bumped fasl file version, since (I think) the change in
when #\_ is prepended to foreign symbols breaks old
fasl files (and I certainly observe that old fasl
files are broken)

0.7.3.11:
Various low-level sparc fixes
... flush the instruction cache as we are meant to; this hasn't
hurt, and may get rid of intermittent strange gc lossage.
... fix the solaris runtime so that MAP_ANON isn't used on solaris
versions that don't support it, while still used on versions
that do.
... minor code cleanup (mostly whitespace changes) too

0.7.3.10: Fix the SIGILL with ev6 and later Alphas: icache needs flushing
after code objects are created e.g. by loading fasls

        * Move sanctify-for-execution from *-vm.lisp to
          compiler/target/sanctify.lisp, as *-vm is built too early to
          call VOPs

* Add IMB to Alpha insts.lisp, and istream-memory-barrier VOP
          that calls it.

* Create Alpha sanctify-for-execution function that calls said
  new VOP

* Also flush icache after GC

* Double Alpha dynamic sizes to 256Mb: 128Mb is marginal to
  rebuild SBCL

* Minor Config.ppc-linux cleanup

(Someday I will learn to commit version.lisp-expr in the new
multi-developer world, or better yet figure out how to automate it.)

0.7.3.9:
merged NJF "PCL question" patch (sbcl-devel 2002-05-02)
merged NJF "PCL cleanups" patch (sbcl-devel 2002-05-02)
problem: CACHE-NUMBER-VECTOR-REF (converted from macro to
inline function in NJF patches above) needs to be
SETFable, so it'd need two functions, not just one,
which is a little too much trouble, so I just reverted
that part of the patch.
deleted apparently-unused CLASS-NO-OF-INSTANCE-SLOTS

0.7.3.8:
Fix bug 31, mostly by
s/array-type-element-type/array-type-specialized-element-type/
(though not in all uses -- only those where the return
value of an access is in question)
Things motivated by building under OpenMCL
... add another yucky #+ for *host-obj-suffix*
... delete dead *backend-fasl-file-type* variable

0.7.3.7:
More CLISP bootstrapping fixes:
... #\f is the exponent marker for single-floats, not #\s, so
s/*fp-constant-0s0*/*fp-constant-0f0*/ (and 1s0->1f0)
use 0f0 rather than 0s0 in initializing them, in genesis,
and in transformations
... don't do possibly-destructive operations on possibly-read-only
strings in genesis
Now first genesis runs under clisp!

0.7.3.6:
merged APD bug 147 fix (sbcl-devel 2002-04-27)

0.7.3.5:
Port fix to PCL due to Pierre Mai regarding MAKE-INSTANCES-OBSOLETE
in the fast path
New, slightly less bogus transforms for bitvector operations
... now we can deal with bitvectors with lengths close to
ARRAY-DIMENSION-LIMIT
Also write tests for both of these (thanks again to Pierre Mai)

0.7.3.4:
small cleanups...
...clean.sh should remove more stuff, notably *.orig files.
...s/might-contain-other-types?/might-contain-other-types-p/
...DB README note suggestion from sbcl-devel 2002-04

0.7.3.2:
tweaked genesis.lisp to deal with CLISP exporting from CL
some symbols (e.g. FIND-METHOD) whose home packages
aren't CL
(genesis.lisp still fails under CLISP, but for a new reason
now: because NUMBER-TO-CORE barfs on the SHORT-FLOAT
0.0s0.)

0.7.3.2:
(slightly dangerous, as WHN committed while I was building, but
these fixes have been in my tree for a while, anyway)
More clisp bootstrapping fixes:
... define FASL-WRITE-STRING to write fasl headers, and use it
... don't pass :start arguments that are greater than the length
of the sequence
... make set-functions to pass around for structure setters, rather
than #'(setf slot)
... move compiler/generic/vm-tran.lisp later in the build order

0.7.3.1:
finally getting to CLISP bootstrapping...
...merged CSR patch "more controversial fixes" from "Re: CLISP
compilation" sbcl-devel 2002-04-15 (which don't look
very controversial except for the **CURRENT-SEGMENT**
code, which is going to have to be fixed somehow and
for which this fix looks plausible)
...made comment fixes mostly related to CSR patch
...fixed "#+"-should-be-"#!+" typos in parms.lisp

0.7.3:
just doc tweaks

0.7.2.19:
Cosmetic fixups to sunos-os.lisp to be consistent about calling
the port a port to SunOS

0.7.2.18:
Merge CSR "More type hacking" sbcl-devel 2002-04-10
... don't include request for explanation (as WHN explained)
... do cross-type of complex complex specifiers conservatively

0.7.2.17:
Merged MNA "fix for boa-constructor bug" sbcl-devel 2002-04-16
... copied the fix to &optional arguments handling
... also test the &optional handling

0.7.2.16:
Fix bug 160 (USER-HOMEDIR-PATHNAME)
... new uid_homedir function in wrap.c
... wrap it up some more in unix.lisp
... actually use it in filesys.lisp
Also fixes to namestring parsing
... treat potentially logical pathname namestrings correctly
... remove last vestiges of search-list parsing from
unix-namestring parsing

0.7.2.15:
tweaks to make DESCRIBE prettier...
...used PPRINT-NEWLINE instead of FRESH-LINE, since mixing
physical FRESH-LINE with pretty-printing operations
leads to weird ugliness
...deleted unused *DESCRIBE-INDENTATION-STEP*
tweaks to make the debugger prettier...
...replaced output in the style
#<SB-DEBUG::UNPRINTABLE-OBJECT unavailable argument>
with output in the style #<unavailable argument>, since
I now realize that although following the #<TYPE ...>
style of output is a good general rule, it's not as
important as conciseness in placeholder values that
no one but a crazed guru will ever want to look at
anyway

0.7.2.14:
new bug report from Robert E. Brown

0.7.2.13:
merged APD "obsolete byte-compiler support" patch (sbcl-devel
2002-04-13)
merged CSR BUGS serialization patch

0.7.2.12:
just serializing bug reports into BUGS

0.7.2.11:
Miscellaneous uncontroversial fixes, motivated by compilation
under CLISP:
... delete fixed bug 58
... implement BUG on the host compiler, and use it in genesis.lisp
... refer to existing variable in give-up-ir1-transform in
DEFTRANSFORM MAKE-ARRAY
... change declarations from (SOME-STRUCT VAR) to
(TYPE SOME-STRUCT VAR)
... remove quote from CASE clauses
... conditionalize PSEUDO_ATOMIC_TRAP on #!+sparc for now

0.7.2.10:
Merge APD fix for bug 151 (sbcl-devel 2002-04-12)
... add a test for #! being undefined
... note specialness of DIGIT-CHARs
Delete unused byte-swapping code from genesis (CSR
"My pending patches" sbcl-devel 2002-04-08)

0.7.2.9:
Patch from CSR Forward class (?) bug sbcl-devel 2002-04-08
... change-class should also now work again.
... regression tests included

0.7.2.8:
SPARC backend cleanups (more or less from CSR sbcl-devel
2002-04-05)
... s/fixnum-tag-bits/n-fixnum-tag-bits/
... s/positive-fixnum-bits/n-positive-fixnum-bits/
... a relative-branch on the SPARC is 22 bits, not 13 (thanks
to Raymond Toy for discussion)
... implement proper *backend-subfeatures* conditionalization

(belated finishing up 0.7.2.7):
(forgot to increment version before original commit)

0.7.2.7:
making SUBTYPEP work better on ATOM (which is tricky because
it contains a naughty NOT, and which CMU CL SUBTYPEP
mostly punted on in a way that ANSI forbids), in a way
inspired by but different from CSR "get atom subtype"
patch...
...Do CALL-NEXT-METHOD, more or less, when before UNION-TYPE's
COMPLEX-SUBTYPEP-ARG2 would return NIL NIL.
...reviewed all COMPLEX-SUBTYPEP-ARG1 methods adding defensive
code to handle the new TYPE2 args that they may see now
...hacked HAIRY-COMPLEX-SUBTYPEP-ARG1 type method so that it
understands that ATOM isn't a subtype of any built-in
type except T and ATOM itself
(After changes above, we can deal with most of the cases that
CSR's patch did, but not yet (SUBTYPEP 'ATOM NIL). I
posted the code to sbcl-devel, got the green flag from
CSR, and forged ahead.)
...factored out the CALL-NEXT-METHOD-ish logic used in the
UNION-TYPE COMPLEX-SUBTYPEP-ARG2 method so that it can
be used in other COMPLEX-SUBTYPEP-ARG2 methods
...used the CALL-NEXT-METHOD-ish logic not only for NAMED
(to deal with (SUBTYPEP 'ATOM NIL)) but also in other
COMPLEX-SUBTYPEP-ARG2 methods which looked as though
they could (or just might) benefit from it
...The precondition "this will never be called with a hairy
type as TYPE2" in !HAS-SUPERCLASSES-COMPLEX-SUBTYPEP-ARG1
is now broken. (It would've been easier to figure this
out if the precondition had been expressed as an
assertion instead of just a comment. Oh well...)
...The SATISFIES FBOUNDP types floating around (mostly in pprint)
aren't really very good types in the sense of ANSI CL,
because they're not in general fixed sets, but can
change with time, so when the compiler attempts
reasonable tests and optimziations on them, things
will get confused. So convert them to explicit calls
to FBOUNDP, and/or just punt them somehow.
...Factor out the "type can conceal other types" predicate
in general. (Replace FLET SIMPLE-CTYPE?, and various
expressions involving HAIRY-TYPE-P, with a
TYPE-MIGHT-CONTAIN-OTHER-TYPES? CTYPE slot accessor,
and set that slot for HAIRY and COMPOUND CTYPEs.)
...Since there's an extra slot in CTYPE, we need to change
+FASL-FILE-VERSION+ again.
(Remove ridiculous #+(OR SBCL CMU) in my local CLOCC "ANSI"
test cases :TYPE-LEGACY-405, :TYPE-LEGACY-410, and
:TYPE-LEGACY-437. Otherwise we *fail* those tests now
that we have ANSI behavior! What were the CLOCC guys
thinking??)
Now bug #58 is gone too. Cool!

0.7.2.6:
Merged NJF "implicit function definition cleanup" patch (from
sbcl-devel 2002-03-26)
... used Ingvar's fix for preprocessor stuff in grovel_headers.c
Also minor change to make.sh to allow use under vanilla sh

0.7.2.5:
merged coreythomas "doc build" patch sbcl-devel 2002-03-29

0.7.2.4:
merged NJF DEFINE-SYMBOL-MACRO patch sbcl-devel 2002-03-23
tweaked patch...
...removed "DEFINE-SYMBOL-MACRO" from
defun-load-or-cload-xcompiler.lisp (on the theory that
since SBCL doesn't use DEFINE-SYMBOL-MACRO itself, we
don't need to mess with cross-compiling it and so can
make the xcompiler simpler)
...updated MACROEXPAND-1 to handle symbol macros
...tweaked ECASE in EVAL to handle :MACRO case
removed related entries in clocc-ansi-test-known-bugs.lisp
bumped +FASL-FILE-VERSION+ since the new INFO :VARIABLE
:MACRO-EXPANSION code probably displaces other codes,
possibly causing stored code to be broken

0.7.2.3:
stole Eric Marsden's CMU CL DESCRIBE-type-specifier patch
for CMU CL (cmucl-imp 2002-03-21)
other cleanups/fixes on DESCRIBE...
...made sub-DESCRIBE of SYMBOL-NAMED-CLASS go to S instead
of *STANDARD-OUTPUT*
...converted some raw format control to pretty-printer format
control
...wrapped pprint-logical-blocks around some stuff which
doesn't benefit from internal line breaks

0.7.2.2:
Merge NJF fixup-preproc patch from sbcl-devel 2002-03-25

0.7.1.1:
Merged support for SPARC/SunOS (aka Solaris)
... added relevant runtime and -os.lisp files;
... cleaned up sparc backend runtime, actually _using_ the
abstractions that were written for the SPARC/Linux
port;
... added some #includes for compilation (nothing breaks on
Linux, but BSD has not yet been tested;
... removed some bash-/ksh-isms from build and test scripts;
... abstraced wait3() constants into grovel_headers and
unix.lisp.

0.7.2:
no real changes except making NEWS more complete

0.7.1.50 credit gary byers, eric marsden, dtc for work on CMUCL PPC

credit gary byers, eric marsden, dtc for work on CMUCL PPC

0.7.1.49:
Compile the runtime on SPARC/Linux with -O3.

0.7.1.48:
Make UNIX-NAMESTRING merge pathnames with
*default-pathname-defaults* to get rid of ugly special case for
"", and hopefully to fix all the remaining bits of code that
don't do pathname merging before they access the filesystem

0.7.1.47:
reviewed OPTIMIZE declarations, (mostly trying to avoid
inadvertently imposing large %DETECT-STACK-EXHAUSTION
overhead)...
...bumped SAFETY 1 to SAFETY 2 in warm.lisp (since
(> SPEED SAFETY) isn't what we want)
...changed (SPEED 3) (SAFETY 3) to (SPEED 2) (SAFETY 2) in
SORT logic
...removed OPTIMIZE declarations in time.lisp, since there's
no up-to-date compelling reason to use other than the
default optimization there.
...removed (OPTIMIZE (SAFETY 3)) in DEFTRANSFORM ARRAY-HEADER-P,
since there seems to be no reason for it
rearranged insert-%DETECT-STACK-EXHAUSTION code to make
indentation less ridiculous

0.7.1.46:
Merged patches from CSR "pseudo-atomic magic constant propagation"
sbcl-devel 2002-03-12
... first patch for PSEUDO-ATOMIC-TRAP propagation on SPARC
... second patch for various #+ -> #!+ changes in library and
alpha port
Also other SPARC cleanups
... implemented suggestion from DB for ldso-stubs.S, allowing
the SPARC port to be dynamically linked
... fprintf -> FSHOW

need these too

Merge PPC port
... new directories src/compiler/ppc, src/assembly/ppc
... other new files
... new clause in genesis for PPC fixups
... new files in runtime, PPC conditionals added in other .[ch] files

Small Makefile cleanups in runtime
... actually _use_ the dependency information
... regenerate depends on source changes

We don't actually use sigreturn() in _any_ present port: conditionals
changed to make this obvious

0.7.1.44:
minor comment fixes which want to be synchronized in CVS (the
BUGS change because bugs have incrementing numbers --
which will become a nuisance with multiple committers,
dunno what the long term fix is -- and the
make.sh/cross-compile comments because DB and CSR have
been fixing this on sbcl-internals and if I don't
commit my corresponding fix soon I'll find it collides
with theirs)

0.7.1.43
In OPEN, the pathname is now merged against
*default-pathname-defaults* before access to the filesystem.
Failure to do this breaks OPEN on relative pathnames when
*default-pathname-defaults* is not the Unix cwd

0.7.1.42:
Merged DB "alpha floating point traps and infinities" patch
sbcl-devel 2002-03-14
... added a comment about the commentary nature of the x86/linux
implementation of os_context_fp_control
... moved the "interpreter" stubs back to src/code/float.lisp,
protected by #!-alpha

0.7.1.41:
more ordinary name (one *FEATURES* symbol, not two)
for the opposed pair of stack-grows-upward and
stack-grows-downward concepts
...replaced old pair of features with new
 :CONTROL-STACK-GROWS-DOWNWARD-NOT-UPWARD feature
...#!+STACK-GROWS-DOWNWARD becomes
#!+CONTROL-STACK-GROWS-DOWNWARD-NOT-UPWARD
...#!+STACK-GROWS-UPWARD becomes
#!-CONTROL-STACK-GROWS-DOWNWARD-NOT-UPWARD
Since references to the new STACK-EXHAUSTION stuff can be
automatically written into fasl files, the fasl file
version needs to be incremented.

0.7.1.40:
more-explicit names for new stack stuff (thanks to Dan Barlow
sbcl-devel a week or so ago for pointing out
unnoticed ambiguity)...
...mostly s/stack-exhaustion/control-stack-exhaustion/
related name clarification in old code...
...s/cstack/control-stack/ (since evidently the C stack is, on
non-X86en, distinct from the Lisp control stack)

0.7.1.39:
(on the basis that the first checkin should probably be something
simple and straightforward):
Fix for wrapped_readlink, allowing TRUENAME to return sensible
results on SPARC.

0.7.1.38:
catching stack overflow, part III...
...redid *STACK-EXHAUSTION* value as SAP, because although
FIXNUM is cute and should be implementable efficiently,
it seems to be awfully annoying to work with
...made %DETECT-STACK-EXHAUSTION actually check for the
problem
...set up machinery to try to handle the problem reasonably
gracefully
...added basic regression test
moved EXPORT of '*SHEBANG-BACKEND-SUBFEATURES* alongside
EXPORT of '*SHEBANG-FEATURES* so that chill.lisp
works again

0.7.1.37a:
(oops, not really a version at all, just a vehicle for the
comment that the previous commit should've had:)
merged CSR "format ~/ /" patch sbcl-devel 2002-03-12

0.7.1.37:
merged CSR

0.7.1.36:
merged Robert Strandh "patch for format-dollars" (sbcl-devel
2002-03-09)

0.7.1.35:
responding to CSR "src/compiler/main.lisp" in sbcl-devel
2002-03-08...
...fixed argument list for COMPILE-LOAD-TIME-STUFF (broken in
0.7.1.32)
...added some test cases for MAKE-LOAD-FORM (to catch problems
like this in the future)
split the MAKE-LOAD-FORM tests, and some other tests, into
new tests/dump.impure-cload.lisp

0.7.1.34:
merged patch: CSR "mostly types" (sbcl-devel 2002-03-07)

0.7.1.33:
merged APD "bug 152" patch sbcl-devel 2002-03-06

0.7.1.32:
merged MNA cleanups patch (sbcl-devel 2002-03-05)...
...correct FTYPE for SAPINT-TO-CORE, which has been
renamed to SAP-INT-TO-CORE
...dead code removal
...*TARGET-MOST-NEGATIVE-FIXNUM*" is renamed to
+TARGET-MOST-NEGATIVE-FIXNUM+, as well as being defined
as a constant now (same for the POSITIVE).
...SB!KERNEL::ARG-COUNT-ERROR is defined as a stub, to silence
the flood of style-warnings a little bit.
...some other FIXMEs (renaming DEFINE-STORAGE-CLASSES to
!DEFINE-STORAGE-CLASSES, introducing SB-SHOW
dependencies)
further cleanups of MOST-FOOATIVE-FIXNUM stuff...
...renamed again, this time to SB!XC:MOST-FOOATIVE-FIXNUM
...removed now-redundant DEFCONSTANTs in toplevel.lisp
...removed now-redundant #. wrappers
other tweaks to the patch...
...Instead of defining a second version of ARG-COUNT-ERROR
for use at compile time, move the definition of
ARG-COUNT-ERROR earlier so it'll be visible in more
of the code which uses it.
moved src/code/globals.lisp much earlier in build-order.lisp,
since there's no such thing as too early and since the
previous location was too late for some uses of
SB!DEBUG:*STACK-TOP-HINT*
s/sap-int-type/sap-int/

0.7.1.31:
belatedly deleted BUGS entry 150

0.7.1.30:
merged APD bug 150 patch sbcl-devel 2002-03-05

0.7.1.29:
(Note that the STACK-FOO symbols introduced in this version
probably need to change, since as DB pointed out
on sbcl-devel 2002-03-04, they assume an identity
between C stack and SBCL control stack which doesn't
exist on the non-X86 ports.)
catching stack overflow, part II...
...defined *STACK-EXHAUSTION* and arranged for it to be
initialized in cold init
...added STACK-GROWS-FOOWARD to *FEATURES*, and used it to
reexpress some of the old #!+X86 conditionalization
merged APD "unbound condition slot" patch (sbcl-devel
2002-03-04), so that PARSE-DEFMACRO creates
ARG-COUNT-ERROR conditions correctly in the
(NOT (EQ ERROR-FUN 'ERROR)) case
made parse-defmacro-errors.lisp use pretty-printer
s/defmacro-lambda-list-bind-error/defmacro-ll-bind-error
added SB-DEBUG::*NESTED-DEBUG-CONDITION* to succor those of us
who like to divert ourselves by trashing print methods
bumped *DEBUG-PRINT-LEVEL* and *DEBUG-PRINT-LENGTH* so that
the new highly-structured pretty-printing :REPORT
methods for parse-defmacro-errors.lisp don't truncate
output too ludicrously

0.7.1.28:
merged the third (of 3) patches from CSR "x86, format, types"
patches (sbcl-devel 2002-02-27)
worried about the special case of (SPECIFIER-TYPE T), tried to
protect the patched code from it

0.7.1.27:
merged the first 2 (of 3) patches from CSR "x86, format, types"
patches (sbcl-devel 2002-02-27)

0.7.1.26:
merged CSR backend-subfeatures patch (sbcl-devel 2002-02-22)

*** empty log message ***

0.7.1.24:
merged CSR "build patch" 2002-02-21

0.7.1.23:
catching stack overflow, part I...
...defined placeholder %DETECT-STACK-EXHAUSTION
...arranged for it to be called on entry to lambdas when
(OR (> SAFETY (MAX SPEED SPACE)) (= SAFETY 3))
...downgraded SAFETY to 2 (= SPEED) in SBCL's own code, since
SBCL's own code seems to be at little risk of infinite
recursion

0.7.1.22:
merged CSR patch I and II: "CATCH and gc" 2002-02-18
merged CSR patch III: "lowtag horribleness" 2002-02-19

0.7.1.21:
added CSR test code from "precedence/sequence gotchas" message
sbcl-devel 2002-02-13 (but didn't try to figure out,
much less fix, the problems it complains about, just
wrote a FIXME instead)
bumped default #-GENCGC BYTES-CONSED-BETWEEN-GCS to 20M

0.7.1.20:
merged CSR SPARC port patch (sbcl-devel 2002-02-12, plus
lotso new files through FTP)
tweaking patch...
...s/ARCH_HAS_FOO/ARCH_HAS_FOO_IN_SIGCONTEXT/
...updated sbcl.1
...added 'typedef os_context_register' for OpenBSD
...added ARCH_HAS_STACK_POINTER for x86 (and added
x86-arch.h to hold it)
...renamed fpregister and fp.register to float.register (to
avoid the ambiguity with "frame pointer" that I
experienced when first trying to figure this out,
since even though for a given architecture it's pretty
unambiguous, in architecture-neutral code it's not)
...added x86-bsd-os.h

0.7.1.19:
(I thought I did this in 0.7.1.13, but it appears that I didn't,
so try again:) made :ENCAPSULATE T the default for
TRACE, since the breakpoint-based version still doesn't
work reliably and since the ANSI description of TRACE
is partial to tracing named things anyway
merged MNA "patch for bug 149" sbcl-devel 2002-02-08
tweaking MNA patch...
...s/:defclass-type/:forthcoming-defclass-type/
...s/inform-compiler/preinform-compiler/
...made the :UNDEFINED-DEFCLASS-TYPE not overwrite an
existing ordinary class type (e.g. from previously
LOADing an earlier version of the compiled file)
...removed the old arcane conditionalization on
INFORM-COMPILER-ABOUT-CLASS-TYPE
...moved the definition of PREINFORM-COMPILER-ABOUT-CLASS-TYPE
earlier (since removal of conditionalization above
causes it to be called earlier)
...bumped fasl file version
pedanticated special variable names which're used only within
DEFCLASS...
...s/\*initfunctions/initfunctions-for-this-defclass/
...s/\*readers\*/*readers-for-this-defclass*/
...s/\*writers\*/*writers-for-this-defclass*/
...(Use DEFVAR instead of DECLARE SPECIAL for them, too.)
deleted unused DEFUN MAKE-PROGN

0.7.1.18:
merged DB patch "Re: Alpha 0.7 problem fixed" from sbcl-devel
2002-02-04 (preserving constraints on SYMBOL slot
layout to let NIL work magically)
added --load as special syntax for --eval '(load "...")'

0.7.1.17:
merged the second of the two patches (the one that's not
supposed to work) from Dave McDonald's "patch for CLISP
compilation" message (sbcl-devel 2002-02-03)...
...made reader macro functions BACKQUOTE-MACRO and COMMA-MACRO
return single values, as described by ANSI and enforced
by CLISP
...used SLOT-VALUE instead of DEFSTRUCT-generated slot
setters. (ANSI allows structure slot setters to be
implemented either as SETF functions or as SETF
expanders. Some SBCL code in vm-macs.lisp assumes
they're functions, and forward references them, which
doesn't work in CLISP, which uses SETF expanders.)
...coerced float-tran.lisp float literals to DOUBLE-FLOAT
(since CLISP was defaulting them to LONG-FLOAT and then
getting confused)
...added :ADJUSTABLE T for some MAKE-ARRAYs (where the old
code had unportably relied on :FILL-POINTER T causing
adjustableness to happen)
tweaking the patch...
...went back to using DEFSTRUCT-generated slot setters
(since (1) under ANSI, SLOT-VALUE's behavior for
STRUCTURE-OBJECTs is explicitly unspecified by ANSI,
and (2) in SBCL, SLOT-VALUE is defined in terms of
PCL machinery, and so isn't available in cold init)
and solved the forward reference problem by
rearranging build order instead

0.7.1.16:
merged the first of the two patches (the one that's supposed to
work) from Dave McDonald's "patch for CLISP
compilation" message (sbcl-devel 2002-02-03)...
...stopped use of keywords as slot names in DEFSTRUCT :INCLUDE
overrides
...used portable boa-constructor &AUX lambda list hackery
instead of non-standard structure member
initializations in terms of other structure members
...wrapped changes to package "CL" in EXT:WITHOUT-PACKAGE-LOCK
...reworked RENAME-FILE-A-LA-UNIX
...used EVAL-WHEN to put the constant values of some
DEFCONSTANT forms into the compilation environment
tweaking so that the patched system will build...
...used COPIER-NAME instead of old (0.6.13) COPIER slot name
in &AUX lambda list

0.7.1.15:
merged patch: APD "bug 132" sbcl-devel 2002-02-02
tweaked Config.x86-linux as per Stig E Sandoe "Callbacks from C
to SBCL" sbcl-devel 2002-02-03

0.7.1.14:
wrote and used wrapped_environ() to try to break the cycle of abuse
made TAIL-ANNOTATE suppress tail calls unless DEBUG
optimization has a low priority

(I didn't have convenient access to the Internet for almost a week, so
these versions just piled up on my computer and then I checked 'em
into CVS all at once.)

0.7.1.5:
made TRANSFORM-CALL provide more informative DEBUG-NAMEs
factored out COMBINATION-FUN-SOURCE-NAME and used it to
support this

0.7.1.6:
tweaked comments
(hunted fruitlessly for bug 147 fix)

0.7.1.7:
(hunted fruitlessly for bug 148 fix)
rewrote MAYBE-EXPAND to try to increase clarity

0.7.1.8:
factored out FUNCTIONAL-SOMEWHAT-LETLIKE-P and
FUNCTIONAL-LETLIKE-P
fixed part of the misbehavior in the bug 148 test case (but
not bug 148 itself, alas) by removing the assumption
that non-null FUNCTIONAL-KIND implies
FUNCTIONAL-SOMEWHAT-LETLIKE-P

0.7.1.9:
still trying to fix bug 148...
...stopped MAYBE-REANALYZE-FUN from trying to reanalyze :DELETED
functionals
s/maybe-reanalyze-fun/maybe-reanalyze-functional/
s/reanalyze-funs/reanalyze-functionals/
s/new-funs/new-functionals/

0.7.1.10:
still trying to fix bug 148...
...IR2-CONVERT-CLOSURE shouldn't be called on :DELETED functionals!
...Given that the :DELETED functional is making it all the way
to the IR2-CONVERT-CLOSURE stage, maybe the failure
in MAYBE-REANALYZE-FUNCTIONAL that I made go away in
0.7.1.9 was a good thing. Reinstate it, though more
clearly (as "shouldn't be reanalyzing :DELETED functional"
rather than a type error when trying to find the COMPONENT
of a LAMBDA) than before.
...stopped IR2-CONVERT-CLOSURE from trying to intensively
check CLAMBDA-to-COMPONENT relationship invariants
for :DELETED CLAMBDAs
made INVALID-FREE-FUN-P return true for :DELETED FUNCTIONALs
just on general principles

0.7.1.11:
s/local-call-lossage/locall-already-let-converted/
various puttering and tidying trying to understand bug 148
specifically and code deletion generally

0.7.1.12:
Having walked through the bug 148 problem more carefully, I can
see that before KIDIFY1 is deleted, it's first LET
converted. Ergo, a :DELETED value is consistent with
LET conversion after all, so...
...relaxed the change in IR1-CONVERT-LOCAL-COMBINATION
made in 0.7.1.8, so that now :DELETED is assumed
to be due to LET conversion after all

0.7.1.13:
made :ENCAPSULATE T the default for TRACE, since the
breakpoint-based version still doesn't work reliably
and since the ANSI description of TRACE is partial to
tracing named things anyway

0.7.1.4:
(still no fix for bug 147)
made AS-DEBUG-NAME default DEBUG-NAME over SOURCE-NAME when
(EQL SOURCE-NAME .ANONYMOUS.), so it's more logically
sound and so that debug names get a little better
tweaked *HOST-OBJ-SUFFIX* for bootstrapping under Xanalys
Lispworks, as per Lieven Marchand sbcl-devel 2002-02-01

0.7.1.3:
added new condition type BUG...
...defined BUG function to signal BUG
...made AVER use BUG
...systematically checked things matching '".*internal.*error'
to see whether they should use BUG
...picked off a few other things and made them use BUG too
(apparently forgot to check it in, oops)
partial fix for bug 147 (so that the new simpler test case
compiles, but the original test case still fails with
the original AVER failure)...
...added "Don't close over unreferenced variables just because
they're set" logic in %ADD-LAMBDA-VARS-TO-CLOSURES
...(various other tidying while hunting for this problem)

0.7.1.2:
merged APD "compiler inconsistency" patch sbcl-devel 2002-01-30
s/print-tn/print-tn-guts/
FLET should work as well as MACROLET in FIND-OK-TARGET-OFFSET.
(The old SBCL code, and maybe the old CMU CL code too,
had some horrible efficiency problems with out-of-line
structure accessors, but that should be fixed now.)
various comment tweaking

0.7.1.1:
merged APD patch for bug 112 (sbcl-devel 2002-01-27)
removed 56 from BUGS, since (COMPILE 'FOO) is a no-op now that
the interpreters are gone

0.7.1:
(seems to be ready to go)

0.7.0.8:
added DB's bug 133 test case

0.7.0.7:
deleted unused EMIT-DEFAULT-ONLY-MACRO
various cosmetic changes in src/pcl/

0.7.0.6:
APD bug 111 patch sbcl-devel 2001-12-30
APD PCL INHIBIT-WARNINGS patch ("Re: [sbcl-devel] sbcl style"
sbcl-devel 2002-01-23)
nibbling away at bug 137: making functions defined by
DEFMETHOD have debug names not e.g.
"#'(LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. COMMON-LISP-USER::X) (DECLARE #) ...)"
but instead (:METHOD FOO (INTEGER))...
...added NAME-METHOD-LAMBDA and BODY-METHOD-NAME, and used 'em
...tweaked %METHOD-NAME declared values to look more like
modern CLOS syntax
...made NAMED-LAMBDA treat not-legal-as-source-name names as
debug names, so it barfeth not when fed method names
...tweaked BACKTRACE printing so that it won't truncate the
shiny new method names into e.g. (:METHOD FOO #)
deleted unused WALK-NAMED-LAMBDA

0.7.0.5:
fixing bugs introduced in 0.7.0 release...
...made LOAD-FOREIGN and LOAD-1-FOREIGN definitions work, at
least as far as I could test on OpenBSD. (As reported by
Stig E Sandoe sbcl-devel 2002-01-22, they were broken
in the 0.7.0 sources, because the SB-ALIEN:LOAD-FOREIGN
and SB-ALIEN:LOAD-1-FOREIGN symbols are no longer
visible in SB-SYS, and foreign.lisp was
IN-PACKAGE SB-SYS.)
...sharpened the foreign.test.sh tests to keep this from
happening again
...fixed bug 133 (somewhat kludgily, but hopefully better than
nothing)
made DEFGENERIC do trivial checks on its arguments immediately,
so (DEFGENERIC FOO OR ((X BAR) (Y BAR)) gives a
better error message

0.7.0.4:
(first displayed and caused confusion on the sbcl-devel mailing
list by misunderstanding the COMPLEX type specifier,
completely overlooking UPGRADED-COMPLEX-PART-TYPE;
then belatedly:)
merged CSR "rough patch to fix bug 106" sbcl-devel 2001-10-28
used (SPECIFIER-TYPE NIL) instead of (SPECIFIER-TYPE 'NULL) in
the bug 106 patch
removed bug 93 entry, since CSR pointed out that the "removed
bogus DECLAIM" in 0.pre7.14.flaky4.3 seems to've
fixed it

0.7.0.3:
APD "some simple patches" (sbcl-devel 2002-01-21) for bugs
found by PVE

0.7.0.2:
APD "repeated DEFGENERIC" patch (sbcl-devel 2002-01-20)
DD-NAME is a constant. DSD-%NAME should be but isn't.:-(
deleted a few unnecessary SB!KERNEL: prefixes
s/\*current-level\*/*current-level-in-print*/
fixed/deleted/whatever a few easy FIXMEs

0.7.0.1:
cleaned up EVAL-STACK left over from deletion of IR1 and
byte interpreters (responding to NJF questions
sbcl-devel 2002-01-19)
deleted unused symbols: %SP-SET-PLIST, %SP-SET-DEFINITION

integration hassles, cont'd:
refined my sh script technique (removing syntax errors)