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)

integration hassles, cont'd:
gave up on trying to mess with different versions of jade on
different architectures, at which point it became clear
that I wanted the formatted docs to be distributed in
a different package than source or binary, so...
...wrote html-distribution.sh to slurp up the HTML-formatted
documentation
...tweaked binary-distribution.sh so it no longer slurps up the
HTML-formatted documentation

uh, *working* on 0.7.0, anyway:
fixed SGML typo that OpenBSD openjade didn't care about (?)
but Linux jade caught

0.7.0:
(Woo hoo!)
enforced OAOO for *DEFAULT-PACKAGE-USE-LIST*
lotso doc tweaking

0.pre7.142:
(I hope this looks a lot like 0.7.0. I'll putter on and around
it for a while, xc'ing under CMU CL, building some
applications, etc. Then if there isn't too much
surprise, maybe I can finally ship it!)
late-breaking incompatible cleanup: The default USE list
for DEFPACKAGE and MAKE-PACKAGE is
implementation-defined. Let's just make it NIL, the
way God intended, instead of trying to guess. (Anyone
who actually wants something random can just
:USE (PACKAGE-USE-LIST :CL-USER) anyway.:-) So...
...Implementation-defined things are supposed to be
documented. Put this in the doc string of MAKE-PACKAGE.
...Putting it in NEWS would be good too.

0.pre7.141:
made DESCRIBE output of PACKAGE data more concise
s/def-frob/def/

0.pre7.140:
merged SB-C-CALL into SB-ALIEN (since the rationale for
C-CALL being an extension of "basic" SB-ALIEN isn't
obviously compelling)
...deleted various notes about the distinction between
packages at egrep matches to '\<c-call'
...mentioned the change in the FFI quasichapter of the
user manual
...s/c-call/alien/ at matches to 'sb.c-call'
...remembered to add SB-C-CALL nickname for backwards
compatibility
There seems no longer to be any reason that VOID or
WEAK-POINTER-P needs to be re-exported from SB-KERNEL.
It doesn't make all that much sense to reexport
LOAD-FOREIGN and LOAD-1-FOREIGN from SB-EXT.
Remove the old set-the-cold-package-nickname support from
set-up-cold-packages.lisp and friends, since it's
unused and not quite right anyway and much too
annoying to fix (messing with renaming SB!FOO
nicknames to SB-FOO nicknames, ick). The SB-FOO
nickname needed is this backwards compatibility
hack, and it can be hacked in at init time.

0.pre7.139:
more s/argument/arg/...
...s/entry-argument/entry-arg/
...s/argument-list/arg-list/
...s/compile-argument/compile-arg/
...s/associate-argument/associate-arg/
...s/compute-argument/compute-arg/
...s/reference-argument/reference-arg/
...*not* s/one-argument/one-arg/, since CL defines
:IDENTITY-WITH-ONE-ARGUMENT as a kw arg for
DEFINE-METHOD-COMBINATION
...s/from-argument/from-arg/

0.pre7.138:
merged CSR "{find,position}-if-not" patch from sbcl-devel
2002-01-15
tweaked %NATURALIZE-C-STRING to reduce the ridiculous consing
(reported on cmucl-imp ca. 2002-01-15 by Lynn Quam) in
the reinvent-the-strlen() code
added assertion in GENESIS to try to catch "SB!"-vs.-"SB-"
prefix mistakes in code it works with

0.pre7.137:
more ARGUMENT-to-ARG abbreviation, mostly from egrepping
'def[^ ]* \(*[^ ]*argument'...
...s/standard-argument/standard-arg/
...s/char-argument/char-arg/
...s/float-argument/float-arg/
...s/move-argument/move-arg/
...s/sap-argument/sap-arg/
...s/argument-type/arg-type/
...s/word-argument/word-arg/
...s/with-argument/with-arg/
...s/without-argument/without-arg/
...s/arguments-option/args-option/
...s/argument-precedence/arg-precedence/
renamed DEFSTRUCT ARGUMENT to DEFSTRUCT ARG
removed BUGS 130 as per CSR sbcl-devel 2002-01-16
cut DB's slam.sh notes from CLiki SBCL internals slam.sh
page, pasted them into slam.sh comments, and rewrote
them some

0.pre7.136:
abbreviating ARGUMENT as ARG...
...s/error-argument/error-arg/
...s/argument-count/arg-count/
...s/bogus-argument/bogus-arg/
...s/key-argument/key-arg/
...s/constant-argument/constant-arg/
also changed ARGUMENT to ARGS in the context of ARG-COUNT-ERROR

0.pre7.135:
DO-FOO should be used for iteration names, not other things...
...s/do-assembly/emit-assembly-code-not-vops-p/
...s/do-truncate/return-quotient-leaving-remainder/
...s/do-constant-bit-bash/constant-bit-bash/
...s/do-unary-bit-bash/unary-bit-bash/
...s/do-do-body/frob-do-body/
...s/do-dd-inclusion-stuff/frob-dd-inclusion-stuff/
...s/do-output/frob-output/
...s/do-input/frob-input/
...s/do-old-rename/rename-the-old-one/
...s/do-load-verbose/maybe-announce-load/
...s/do-nothing/no-op-placeholder/
...s/do-pending-interrupt/receive-pending-interrupt/
...s/do-load-time-code-fixup/envector-load-time-code-fixup/
...s/do-type-warning/emit-type-warning/
...s/do-the-stuff/ir1ize-the-or-values/
...I'm not sure enough about behavior of VOP names to mess with
DO-MAKE-VALUE-CELL immediately, but at least I can
rename the MAKE-VALUE-CELL event to MAKE-VALUE-CELL-EVENT
to start to untangle the names here.
...s/do-save-p-stuff/conflictize-save-p-vop/
...s/do-coerce-efficiency-note/maybe-emit-coerce-efficiency-note/
...s/do-offs-hooks/call-offs-hooks/
...s/do-fun-hooks/call-fun-hooks/
...s/do-short-method-combination/short-combine-methods/
...s/do-tests/run-tests/
fixed dumb oversight in debug.impure.lisp

0.pre7.134:
MNA "more describe (and arglist) cleanup" patch from
sbcl-devel 2002-01-15
Tweak the arglist regression tests so that they don't depend on
the (somewhat arbitrary) names chosen for arguments in
some implementation file far far away, but only on
supported behavior and local code.
Rearrange the arglist regression tests a little. (Make
debug.impure.lisp and move 'em there.)

0.pre7.133:
NJF patch I from sbcl-devel 2002-01-14: "Keywords are
self-evaluating, right?  They don't need to be quoted?
Then I wonder why the writers of PCL felt it necessary
to do so. This patch fixes that."
NJF patch II from sbcl-devel 2002-01-14: "This patch does
away with the strange business of the PUSHP argument to
DEFINE-FOP (and DEFINE-COLD-FOP) being
(MEMBER '(T NIL :NONE)) and implements the suggestion
at the top of src/code/fop.lisp for fixing it."
chased down ramifications of s/offs-hook-function/offs-hook-fun/,
as per Alexei Dejneka broken disassembler bug report
sbcl-devel 2001-01-14
the poor neglected user manual...
...added some information about compiler-only-ness in the
introduction
...removed some "I'm sorry about this bug, give me time" stuff,
since time has passed, and the bugs are gone:-)
belatedly incremented fasl file version

(I seem to've screwed up during the checkin of 0.pre7.131 before, so
that it's log message got lost. So this checkin has two log messages,
.131 for the changes in the previous checkin and .132 for the changes
in this checkin.)

0.pre7.131:
s/variable/var/ in...
...fun-variable
...symbol-variable
...find-variable
...variables*\*
...make-variable
...iteration-variable
...declare-variable
...when-it-variable
...named-variable
...1-variable
...compute-variable
...minimal-variable
...free-variable
...let-variable
...lexenv-variable
...(not set-variable because there's already a VAR slot for the
SET structure type, gah, so try s/set-variable/setq-var/)
...convert-variable
s/lexenv-functions/lexenv-funs/
Rename NAMED-VAR function to LOOP-NAMED-VAR, for consistency
with other LOOP operators and with the LOOP comments
which refer to LOOP-NAMED-VAR.

0.pre7.132:
  learning that I don't even get people's *names* right
in CREDITS:-(
addressed APD bug report 2001-01-13...
...made a BUGS entry for pretty-printing nested backquotes
...scattered references to compiler-only implementation
through doc/sbcl.1
other corrections and tweaks in doc/sbcl.1

*** empty log message ***

0.pre7.129:
s/function/fun in...
...valid-function
...seen-function
...arg-function
...cached-function
...setf-function
...escape-function
...cleanup-function
...propagate-function
...really-function
...free-function
...apparent-function
...extract-function
...function-continuation
...function-info
...continuation-function
...coerce-function
...first-function
...core-function
...initial-function
...function-entry
...function-subtype
...compute-function
...function-epilogue
...function-prologue
s/set-up-function-translation/!set-up-fun-translation/

0.pre7.128:
MNA "patch for bug 105 and some other cleanups" (sbcl-devel
2002-01-13)...
...fixed bug 105: made (DESCRIBE 'STREAM-READ-CHAR) work right
even when there're no methods on the GF yet
...tweaked format of DESCRIBE of methods, simplifying
GENERIC-FUNCTION-PRETTY-ARGLIST stuff
...tidied up tests/ stuff, deleting temporary files after use
...deleted BUGS entries (105 entry, and stale 99 entry too)
tweaked MNA patch...
...explicitly saying "It has no methods." for bare GF

0.pre7.127:
(There were >300 matches to
"egrep -sn '^\(def[^(;&]*function' ..." before.)
s/to-function/to-fun/
s/hook-function/hook-fun/
s/describe-function/describe-fun/
s/bogo-function/bogo-fun/
s/fop-fun/fop-fun/
s/not-function/not-fun/
s/named-function/named-fun/
s/nil-function/nil-fun/
s/\<t-function/t-fun/
s/simple-function/simple-fun/
s/function-call/fun-call/
s/move-function/move-fun/
s/traced-function/traced-fun/
s/function-or-lose/fun-or-lose/
s/disassemble-function/disassemble-fun/
s/get-function/get-fun/
s/output-function/output-fun/
s/1[-a-z0-9]*function/1$1fun/
s/note-function/note-fun/
s/check-function/check-fun/
s/function-cache/fun-cache/
s/disassem-function/disassem-fun/
s/function-cost/fun-guessed-cost/
s/function-value/fun-value/
not just s/function/fun/, but also clearing up mess of (1)
LOSSAGE/SLIME (esp. SLIME), what do they mean? and
(2) "ERROR" and "WARNING" used in names even though
the condition system isn't involved...
...s/error-function/lossage-fun/
...s/warning-function/unwinnage-fun/
...s/slime/unwinnage/
other confusion/inconstency...
...s/compiler-style-warning/compiler-style-warn/ when used
as verb (as opposed to used as condition name)
...and similarly for s/compiler-warning/compiler-warn/
s/test-function/test-fun/
s/\*test-fun\*/*ctype-test-fun*/
(There are now some 230 hits to the egrep at the start, mostly in
src/pcl/*, where I'm trying to tread lightly to avoid
gratuitously breaking quasistandard MOPish things.)

0.pre7.126:
even more s/#'(lambda/(lambda/ (should be done now)

0.pre7.125:
more s/#'(lambda/(lambda/

0.pre7.124:
lotso s/#'(lambda/(lambda/

0.pre7.123:
NJF save.lisp buglet fix sbcl-devel 2002-01-11
MNA "patch for bug 99" sbcl-devel 2002-01-11 (includes symbol
and filesys.test.sh cleanups too, not just bug 99)

0.pre7.122:
belatedly removed BUGS entry 38 (fixed by MNA in 0.pre7.120)
Now that bug 138 is fixed, I can s/#'(lambda/(lambda/ to my
heart's content -- in theory. But what have we here,
another bizarre xc bug? Apparently. So...
...added #!+SB-SHOW ID slot to some fundamental compiler data
structures
...(eventually found that MULTIPLE-VALUE-BIND macro definition
is sensitive to s/#'(lambda/(lambda/, which sorta
makes sense)