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)

NJF DOLIST/MACROLET patch for vmtran (sbcl-devel 2002-01-07,
revised 2002-01-08)

0.pre7.120:
MNA patch for bug 38 (sbcl-devel 2002-01-07)
removed BUGS entries 18 and 29 as per MNA sbcl-devel 2002-01-07

0.pre7.119:
CR patch for bug 139 and other DIRECTORY badness (sbcl-devel
2001-12-31)
TMPDIR tweak suggested by CR sbcl-devel 2001-12-31
enabled various test cases for DIRECTORY now that they work
--
Enable test cases.
Remove or at least weaken BUGS entry.

0.pre7.118:
s/ir1-p\>/ir1-converting-not-optimizing-p/
fixed FIXME in RECOGNIZE-KNOWN-CALL, since the new type test is
shorter than the old FIXME explanation
fixed bug 138 by making FIND-FREE-FUNCTION pickier about
reusing things from other components (testing
INVALID-FREE-FUNCTION-P)
--
Remove REMOVEMEs.
Test building the compiler with itself.

0.pre7.117:
encapsulated (OR (COMPONENT-FOO ...) ...) idiom in IR1-PHASES
made TRACE :PRINT use pretty-printed line breaks to keep
indentation sane
added more checks related to bug 138, including restoring the
strength of the original LOCALL-ANALYZE-COMPONENT
assertion so that I'm back to debugging 138a again:-|
(It's too bad I didn't have the courage of my
convictions lo these many hours of debugging ago, to
keep my strong 138a assertion and immediately chase
back whatever weirdness causes it to fail, instead of
weakening it and painfully debugging the
consequences.)

0.pre7.115:
minor tweak in the new names: "SB-INT:&MORE processor for FOO"
is unnecessarily cryptic, and maybe
"varargs entry point for FOO" is better
bug 138, continued: It seems bad for WITH-BELATED-IR1-ENVIRONMENT
to be binding *CURRENT-COMPONENT* to something which has
already had COMPILE-COMPONENT called on it once and for
all. I added checks to stop this...
...made COMPILE-COMPONENT set (COMPONENT-INFO C)=:DEAD
(instead of just NILing it out)
...added some assertions that key operations aren't
applied to dead components
s/with-belated-ir1-environment/with-ir1-environment-from-node/

0.pre7.114:
more name tweaks...
...If we do use an abbreviation, I'd like it to be used
consistently. s/xep/external-entry-point/ looks too
verbose to be palatable (MAKE-EXTERNAL-ENTRY-POINT-LAMBDA-EXPRESSION,
ouch) so s/external-entry-point/xep/ instead.
fixed the "&MORE processor" function debug name syndrome...
...added SOURCE-NAME and DEBUG-NAME arguments to the
various IR1-CONVERT-FOO functions running up to
IR1-CONVERT-MORE...
...IR1-CONVERT-HAIRY-ARGS
...GENERATE-OPTIONAL-DEFAULT-ENTRY
...IR1-CONVERT-MORE itself
...made IR1-CONVERT-MORE use the names to make a debug
name which identifies the parent function
...free bonus: made IR1-CONVERT-HAIRY-ARGS use
SOURCE-NAME and DEBUG-NAME to build a better
(than "hairy arg processor) debug name for its
own IR1-CONVERT-LAMBDA-BODY call
...(Check for analogous internal uses of debug-name-ish
stuff in GENERATE-OPTIONAL-DEFAULT-ENTRY, but there
are none.)
defined AS-DEBUG-NAME to support this

0.pre7.113:
minor tweaks while hunting bug 138...
...gave PREV-LINK a painfully explicitly mnemonic name
...s/with-ir1-environment/with-belated-ir1-environment/

0.pre7.112:
more bug-138-related assertions and tweaking

0.pre7.111:
hunting bug 138...
...Poking around in the bug 138 test case, I found that the
failure is occurring for a LAMBDA which represents
the inline expansion of LAYOUT-INHERITS. It seems
correct for :INLINE LAMBDAs not to be in
COMPONENT-LAMBDAS, so it looks as though the bug is
in the AVER, not the code it's trying to protect,
so I added a new :INLINE case to the check logic.
Alas, that only converted bug 138a into bug 138b.
...added some assertions and comments hunting for 138b
redid DUMP-CODE-OBJECT loop for clarity as LOOP not DO

0.pre7.110:
added tests for DIRECTORY on hierarchical directories

0.pre7.109:
function name mess, continued...
...used NAMED-LAMBDA in DEFMACRO-MUNDANELY DEFUN
...tweaked non-toplevel handling of COLD-FSET so that it
notifies the compiler about the source name (using
NAMED-LAMBDA to do so)
deleted dead symbols from package-data-list.lisp-expr as per
APD sbcl-devel 2001-12-30
deleted bug 128 as per NJF sbcl-devel 2001-12-30
merged DB patch sbcl-devel 2001-12-30 for (mostly)
conditional-on-SB-LDB gross errors dating back to
all the global substitutions I was doing a while
ago (and added :SB-LDB to my default
customize-target-features.lisp, in hopes that maybe
I can catch more such problems myself)

0.pre7.108:
trying to fix function debug name mess without imploding the
whole system by triggering avalanches of low-level
software antiengineering from hell...
...revived SB-INT:NAMED-LAMBDA idea
unrelated tidying in SB-INT...
...deleted *OPTIMIZE-FOO* for byte compilation, since there's
no byte compiler now
...*PROMPT* has been hidden as an implementation detail
for some time and no one has complained, so we might
as well delete it.

0.pre7.107:
messed around with xc bug 138
tried and rejected CR sbcl-devel 2001-12-30 patch for bug 139

0.pre7.106:
merged NJF dolist-to-macrolet patch (sbcl-devel 2001-12-29)
investigated why I can't resize SIMPLE-FUN, and scribbled
various notes about what I found

0.pre7.105:
removed 10 obsolete entries in BUGS as per APD sbcl-devel
2001-12-29

0.pre7.104:
4-space tabs in C code

0.pre7.103:
rewrote LOOKUP-LOGIN-NAME to use getpwuid() instead of
parsing "/etc/passwd" and then trying to speed up that
fundamentally slow process by maintaining a
fundamentally bogus cache of previous lookup results...
...deleted *UID-HASH-TABLE*
...deleted GET-GROUP-OR-USER-NAME
...deleted GET-GROUP-OR-USER-NAME-AUX
...defined uid_username() in wrap.c to encapsulate the
C-level struct dereferencing
...factored the C-to-Lisp conversion logic out of POSIX-GETCWD,
anticipating reusing it in LOOKUP-LOGIN-NAME
...rewrote LOOKUP-LOGIN-NAME to call uid_username(), and
renamed it to UID-USERNAME

0.pre7.102:
changed some "#'(LAMBDA " stuff to "(LAMBDA " (changing only
a few this time because when I changed more, things
started breaking)
fixed FIXME at head of primordial-extensions.lisp (since it's
trivial now that EVAL-WHEN works)

0.pre7.101:
merged APD patches for readtable functions (2 patches, both on
sbcl-devel 2001-12-24)

0.pre7.100:
deleted the rest of construct.lisp
merged APD sbcl-devel 2001-12-21 partial fix and testcases
for bug 134 (double backquotes)

0.pre7.99:
more dead construct.lisp code...
...CONSTRUCTOR-CODE-TYPE stuff
...all the GENERATOR-INTERNAL stuff in construct.lisp
...COMPUTE-INITARG-POSITIONS
...COMPUTE-CONSTANT-VECTOR
(So probably the rest of construct.lisp is dead code too, but
I'll try this partial deletion first.)

0.pre7.98:
belatedly 'cvs remove src/pcl/iterate.lisp'
deleted dead code that I noticed when looking at NJF patch...
...DEFCONSTRUCTOR
...MAKE-CONSTRUCTOR
...LOAD-CONSTRUCTOR
...ENABLE-CONSTRUCTORS
...DISABLE-CONSTRUCTORS
...RESET-CONSTRUCTORS
...MAP-CONSTRUCTORS
...INSTALL-LAZY-CONSTRUCTOR-INSTALLER
...COMPUTE-CONSTRUCTOR-CODE
...SET-CONSTRUCTOR-CODE
...ADD-CONSTRUCTOR, REMOVE-CONSTRUCTOR, GET-CONSTRUCTOR
...CLASS-CONSTRUCTORS
added note that more (all?) of construct.lisp might be dead

0.pre7.95:
(never checked into CVS separately, since I was travelling)
gave up on fixing BACKTRACE function name nastiness for 0.7.0,
wrote it up as bug 137 instead
experimented with bootstrapping under CLISP (which still
doesn't work, but at least fails at a new place now)

0.pre7.96:
(never checked into CVS separately, since I was travelling)
commented out code which uses SETF %FUN-NAME, since not
only do I know now that it doesn't work on the other
parallel representation of function names, I also know
now that it's insanely tricky to modify function names
correctly in the current representation (and somewhat
dangerous to try)

0.pre7.97:
merged NJF "No more SB-ITERATE" patch (sbcl-devel 2001-12-20)

0.pre7.94:
more tweaking/tidying motivated by my feasibility study of
making debug names be stored in a single place...
...rewrote DEBUG-INFO-FOR-COMPONENT to make it clear
that it's working with LAMBDAs, not functions
...removed now-redundant GET-DEBUG-INFO-FUN-MAP in
favor of SB!C::COMPILED-DEBUG-INFO-FUN-MAP

0.pre7.93:
debug name insanity, continued...
...added then backed out changes when I realized that (1)
there are two distinct mechanisms for function names
and (2) they're coupled by the FUN-DEBUG-FUN
mechanism, bwahahahaha!
...tweaked and expanded comments (and whined on Advogato) to
reflect my new knowledge of forbidden arcana of evil

0.pre7.92:
made function names (as returned by FUNCTION-LAMBDA-EXPRESSION
and used by BACKTRACE) for DEFUNed functions mostly
reasonable again, e.g. PRINT instead of
"top level locall PRINT"
...made SETFable %FUN-NAME to encapsulate this
...renamed FUNCTION-DOC to %FUN-DOC for consistency
...got rid of NAMED-LAMBDA, since cold-load issues make it
awkward to use it in DEFUN where I intended to use it,
and there's no urgent other place to use it
...made %DEFUN use SETF %FUN-NAME
(There are still function-name infelicities left, especially
for closures where there's no good implementation of
SETFable FUN-NAME until weak hash tables work, but at
least most BACKTRACE entries look better now.)

0.pre7.91:
merged Nathan Froyd port of CMU CL FMAKUNBOUND fix
(sbcl-devel 2001-12-18)

0.pre7.90:
changed publicly-visible DEF-FOO-style names to DEFINE-FOO:
DEF-ALIEN-ROUTINE, DEF-ALIEN-TYPE, DEF-ALIEN-VARIABLE,
DEF-SOURCE-CONTEXT (and a few other lexically-similar
DEF-FOO-style names as well)
defined deprecated wrappers using the old names
defined DEPRECATION-WARNING to support this

0.pre7.89:
(gave in to the temptation to check in a version which had
only been "rebuilt" with slam.sh, not full make.sh)
changed default CHAR-NAME of unprintable ASCII characters not
specified in the ANSI standard to #\Nul, #\Soh, etc.

0.pre7.88:
s/ir2-physenv-environment/ir2-physenv-closure/
changed most ~D in FORMAT strings to ~W
changed debugger prompt to "5]", "5[2]", "5[3]", etc.

0.pre7.87:
merged flaky7_branch back into main branch

0.pre7.86.flaky7.27:
(Now DISASSEMBLE 'PRINT produces reasonable-looking output.
In fact, AFAIK it's not flaky any more, so it should
(finally!) be mergeable back into the main branch.)
made GET-FUNCTION-SEGMENTS return a list (as its comments
claim it does, and as its callers expect) even in the
(NULL SEGMENTS) case
renamed DEFUN REQUIRED-ARG to be consistent with all the
previously-renamed MISSING-ARG calls

0.pre7.86.flaky7.26:
Duh. WITH-SIMPLE-RESTART doesn't restart its operation. So it's
not a compiler bug, just the lack of an outer LOOP
wrapper in TOPLEVEL-REPL, which has been blowing the
system up. Gads.

0.pre7.86.flaky7.25:
(This passes regression tests, and seems to be a good thing in
principle, but alas the generalization to include
ENTRYs still doesn't fix the debugger restart problem.)
generalized LAMBDA-CALLS-OR-CLOSES to include ENTRYs

0.pre7.86.flaky7.24:
I've come to suspect that the debugger/restart/QUIT problem
has to do with the same closure/component bug I
fixed above, except for closures over NLXs instead
of over LAMBDA-VARs. So I'd like to generalize the
LAMBDA-REFERS-TO-VARS fix to deal with NLXs as well.
In preparation for that...
...merged LAMBDA-REFERS-TO-VARS and LAMBDA-CALLS into
LAMBDA-CALLS-OR-CLOSES

0.pre7.86.flaky7.23:
about that debugger/restart/QUIT problem...
...added various new /SHOW-ish cruft
...rewrote HANDLER-BIND to be more nearly clearly compatible
with ANSI HANDLER-BIND clause syntax
The RESTART-NAME slot is constant and holds a symbol.

0.pre7.86.flaky7.22:
removed various /SHOW-ish cruft
about that debugger/restart/QUIT problem...
...revived SB-DI:FRAME-CATCHES enough that (BREAK), F 4,
(SB-DI::FRAME-CATCHES SB-DEBUG::*CURRENT-FRAME*)
shows %END-OF-THE-WORLD
...exported SB-VM:*CURRENT-CATCH-BLOCK* to support this

0.pre7.86.flaky7.21:
removed REMOVEME stuff

0.pre7.86.flaky7.20:
(This version bootstrapped successfully from 0.6.13, passed
regression tests, served as its own bootstrap host,
and passed regression tests again. But it still has
debugger/signal/whatever problems, so that A doesn't
work from the debugger prompt, and after it fails,
(SB-EXT:QUIT) doesn't work either.)
The failure in clocc-ansi-test was in the find-the-home-lambda
part of the new code which updates LAMBDA-REFERS-TO-VAR
in IR1 translation of SETQ. We try to find the home
lambda by looking backwards through continuations,
but in the (SETQ X 3) form in
      (SETQ X 2)
      (RETURN-FROM STOP)
      (SETQ X 3))
it doesn't work to look backwards. (To make a point
which eluded me for a while, this isn't a bug in the
way that continuations are set up, it's because the
(SETQ X 3) form is orphaned by the way that control
always jumps out through RETURN-FROM, so that the
(SETQ X 3) form effectively has no home lambda.) So...
...redid CONTINUATION-HOME-LAMBDA in terms of
CONTINUATION-HOME-LAMBDA-OR-NULL, and BLOCK-HOME-LAMBDA
in terms of BLOCK-HOME-LAMBDA-OR-NULL
...made the update-LAMBDA-REFERS-TO-VAR code accept a NIL
answer from CONTINUATION-HOME-LAMBDA-OR-NULL

0.pre7.86.flaky7.19:
(bootstraps itself and gets through many regression tests,
but dies in clocc-ansi-test :SECTION5-LEGACY-699)
The obvious version of scavenging closure-over relationships
still wanders into deleted lambdas, and when I stop
it from wandering into deleted lambdas, the compiler
fails in UNCONVERT-TAIL-CALLS when cross-compiling
pprint.lisp. The problem is that a CONTINUATION-DEST
is NIL when UNCONVERT-TAIL-CALLS is expecting it to
be a NODE. So I looked at the description of DEST in
DEFSTRUCT CONTINUATION, and looking at the way that the
CONTINUATION-DEST is used in UNCONVERT-TAIL-CALLS and...
...made UNCONVERT-TAIL-CALLS handle null values of THIS-CALL
(treating them as "can't possibly be one of the
matches that I'm looking for")

0.pre7.86.flaky7.18:
When I tried to scavenge closure-over relationships in an
earlier failed version (never checked in) I got some
weird failures related to scavenging into deleted
lambdas. In anticipation of reencountering this
problem soon, add some logic to the LAMBDA-CALLS
scavenging to prevent it from happening there, and
an assertion that it never does.

0.pre7.86.flaky7.17:
(still works as well as before, still fails in
pathnames.impure.lisp the same way as before, since all
the changes are still only preparation for a real fix)
removed various INLINEs in ir1util.lisp, to ease debugging and
because I hope sometime next year to be doing some
profiling on the compiler (so that if they really need
to be inlined, I should soon find out)
making FIND-INITIAL-DFO recognize closure dependencies...
...rearranged DFO-SCAVENGE-DEPENDENCY-GRAPH in preparation for
walking through LAMBDA-REFERS-TO-VARS as well as
LAMBDA-CALLS

0.pre7.86.flaky7.16:
(still works as well as before, still fails in
pathnames.impure.lisp the same way as before, since all
the changes are still only preparation for a real fix)
making FIND-INITIAL-DFO recognize closure dependencies,
continued...
...In order to make the information conveniently available
for DFO-SCAVENGE-DEPENDENCY-GRAPH, add a new slot
LAMBDA-REFERS-TO-VARS, analogous to LAMBDA-CALLS.
...made IR1-CONVERT-VARIABLE and DEF-IR1-TRANSLATOR SETQ
set LAMBDA-REFERS-TO-VARS as appropriate
...wrote untidy CONTINUATION-HOME-LAMBDA to support this
...tweaked CONTINUATION-STARTS-BLOCK and LINK-BLOCKS so that
when IR1-CONVERT-IF uses them it sets up links early
enough to let CONTINUATION-HOME-LAMBDA work
...made merge-LETs logic merge LAMBDA-REFERS-TO-VARS as it
already merged LAMBDA-CALLS

0.pre7.86.flaky7.15:
s/walk-home/scavenge-home/ for consistency with old renamings
DTC's analysis of the regression test bug is that Python is
losing a variable because its home CLAMBDA is in one
COMPONENT while the closing-over CLAMBDA is in another
COMPONENT, and the one-COMPONENT-at-a-time physical
environment analysis isn't up to the challenge. Thus
Python deletes the apparently-unused variable and
things deteriorate from there. He produced a fix
involving special-casing top-level variables so that
physenv analysis never deletes them, but neither he
nor I was convinced that this covers all the bases.
So I'll try another approach, making FIND-INITIAL-DFO
treat the home/closure relationship as just as much
of a physical dependency as a function call, and so
prevent separation of the two CLAMBDAs into different
components. Thus...
...s/call-graph/dependency-graph/ to reflect intended
new behavior

0.pre7.86.flaky7.14:
trivial changes made while hunting for the regression test bug

0.pre7.86.flaky7.13:
restored *PRINT-PRETTY* default

0.pre7.86.flaky7.12:
(now bootstraps successfully even without :SB-SHOW)
made unbound-PRINT-OBJECT hack unconditional

0.pre7.86.flaky7.11:
(now bootstraps successfully, at least when :SB-SHOW to
enable the new unbound-PRINT-OBJECT recovery stuff)
added #!+SB-SHOW mechanism to catch and recover from
unbound-PRINT-OBJECT gotchas in PCL bootstrapping

0.pre7.86.flaky7.10:
(now gets to src/pcl/print-object.lisp in warm init before
dying)
s/function/fun/ in DEFSTRUCT PPRINT-DISPATCH-ENTRY to match
the s/function/fun/ in slot accessor names elsewhere

0.pre7.86.flaky7.9:
(can now do (SB!DI:TOP-FRAME) at cold toplevel prompt without
crashing)
fixed %DEFAULT-STRUCTURE-UGLY-PRINT call in
DEFAULT-STRUCTURE-PRINT

0.pre7.86.flaky7.8:
found that suppressing the pretty printer lets the system limp
into warm init (then die around assem-rtns.lisp)

0.pre7.86.flaky7.7:
split REPL out of TOPLEVEL-REPL, partly for style, partly as
part of a hack to try in debugging
REPL shouldn't need two levels of LOOP.

0.pre7.86.flaky7.6:
(This version makes it all the way through xc, then dies
shortly after TOPLEVEL-INIT.)
I guess PLACEHOLDER-FENV is more persistent than I realized, so
old CMU CL code to modify it is actually important, so
SBCL should modify it too.

0.pre7.86.flaky7.5:
(gets through the typep.lisp problem of flaky7.4, now dies
in xc of srctran, apparently because the LABELS code
is still broken)
s/find-lambda-vars/make-lambda-vars/
s/compute-closure/add-lambda-vars-and-let-vars-to-closures/
The old logic in CLOSE-OVER implicitly relied on LEAF-REFS
being completely set up before any CLOSE-OVERs were
called, else CLOSE-OVER could terminate prematurely
in the (MEMBER THING (PHYSENV-CLOSURE)) clause.
It looks as though it might even be the cause of the
failure in xc of typep.lisp. Since I'm finding it
difficult to grok, must less debug the order in which
the compiler initializes and mutates things, any order
dependency is the enemy, so rewrite it so that
it floods more systematically.

0.pre7.86.flaky7.4:
(This version dies with an AVER failure in FIND-IN-PHYSENV
again, this time in xc of typep.lisp. Maybe, since
I'm now substantially more knowledgeable about
PHYSENVs than I was a few weeks ago, this will be
easier to debug.)
fixed bug which caused target-sxhash problem. PAIRLIS: "The
new pairs may appear in the resulting association list
in either forward or backward order." Egads. This is
why the xc dies in target-sxhash: It's not a problem
in &OPTIONAL handling, it's that I used (PAIRLIS ...)
in a recent rewrite of LABELS as though it were
(MAPCAR #'CONS ...), and the code breaks because
PAIRLIS reverses the order on me. So..
..Rewrite DEF-IR1-TRANSLATOR LABELS more thoroughly, so it
loses its dependence on the order of PLACEHOLDER-FENV.

0.pre7.86.flaky7.3:
(This version cross-compiles all the way up to target-sxhash,
where it dies with some sort of bug in &OPTIONAL
arguments in FLET.)
s/physenv-function/physenv-lambda/
PHYSENV-LAMBDA is read-only.
PRE-PHYSENV-ANALYZE-TOPLEVEL does COMPUTE-CLOSURE on all
the LETs of each CLAMBDA.
PREALLOCATE-PHYSENVS-FOR-TOPLEVELISH-LAMBDAS, which
is supposed to play the same role, does not. What
bozo wrote that?:-( Ahem. So..
..Since there's never a good reason to call COMPUTE-CLOSURE
on CLAMBDA without calling it on its LETs as well,
and since I've demonstrated that it's an attractive
nuisance, I'll try to make it less attractive, by
making COMPUTE-CLOSURE automatically run over all the
the LETs, and moving the old COMPUTE-CLOSURE code into
an FLET hidden by the new COMPUTE-CLOSURE interface.

0.pre7.86.flaky7.2:
(still dies with the same assertion failure)
factored out some idioms..
..LAMBDA-BLOCK
..LAMBDA-COMPONENT (previously known as CLAMBDA-COMPONENT)
s/entry-function/entry-fun/
s/tail-set-functions/tail-set-funs/

0.pre7.86.flaky7.1:
(still dies with the same assertion failure)
reexpressing things in an effort to understand them..
..renamed DFO-WALK-CALL-GRAPH to DFO-SCAVENGE-CALL-GRAPH
..s/new-function/new-fun/
..s/reanalyze-function/reanalyze-fun/
..s/local-call-analyze-until-done/locall-analyze-clambdas-until-done/
..s/local-call-analyze/locall-analyze-component/
..s/local-call-analyze-1/locall-analyze-fun-1/

0.pre7.86.flaky7:
(This version dies early in cross-compilation with an assertion
failure, perhaps because PRE-PHYSENV-ANALYZE-TOPLEVEL
isn't being called on the right stuff.)
tried to straighten out function names and debug names,
splitting LEAF-NAME into LEAF-SOURCE-NAME and
LEAF-DEBUG-NAME and making both SOURCE-NAME and
DEBUG-NAME read-only..
..IR1-CONVERT-LAMBDA gets both :SOURCE-NAME and :DEBUG-NAME
keyword arguments, and then IR1-CONVERT-LAMBDA-BODY
and IR1-CONVERT-HAIRY-LAMBDA and
IR1-CONVERT-INLINE-LAMBDA do too
..defined DEBUG-NAMIFY to support this
..deleted no-longer-used COMPILE-FIX-FUN-NAME (and made mental
note that it's probably the reason that old COMPILE
got function debug name right even though %COMPILE
doesn't)
removed no-longer-used PRIMITIVE-TRANSLATOR stuff
noticed that LAMBDA-VARS is read-only

0.pre7.86:
s/top-level/toplevel/, to conform with ANSI EVAL-WHEN
situation names

0.pre7.85:
verified that LAMBDA-NAME isn't just for debugging, but can
break the compiler, too:-(

0.pre7.84:
merged AD patch to remove :GLOBAL-VAR :KIND :CONSTANT
(sbcl-devel 2001-10-02)

0.pre7.83:
deleted unused FAST-SYMBOL-FUNCTION and
OBJECT-NOT-FUNCTION-OR-SYMBOL-ERROR
replaced %COERCE-NAME-TO-FUNCTION and RAW-DEFINITION
with %COERCE-NAME-TO-FUN
s/coerce-callable-to-function/coerce-callable-to-fun/
removed FSET in favor of (SETF SYMBOL-FUNCTION)

0.pre7.82:
s/static-function/static-fun/
another DEFSTRUCT cleanup..
..rewrote structure constructor form to try to make it more
concise and readable

0.pre7.81:
DEFSTRUCT cleanups..
..got rid of old SLOT-ACCESSOR-FORM in favor of
%ACCESSOR-PLACE-FORM, so that now information about
the different types of raw slots is more nearly
centralized in *RAW-SLOT-DATA-LIST*
..moved target-only stuff from near %TARGET-DEFSTRUCT call in
%DEFSTRUCT into %TARGET-DEFSTRUCT
miscellaneous cleanups..
..added (SETQ *PRINT-CIRCLE* T) to the before-proper-printing
hacks in make-target-2.sh
fixed stupid *PRINT-CIRCLE*-related bug in OUTPUT-OBJECT
(introduced in the 0.pre7.76 changes)

0.pre7.80:
fixed raw slot accessor stuff so that it indexes correctly
when it's looking at raw data (rescaling the index by
the element size, as the old DEFUN SLOT-ACCESSOR-FORM
code did but my new code doesn't)
redid *RAW-TYPE->RAWREF-FUN-NAME* as *RAW-SLOT-DATA-LIST*
to support this

0.pre7.79:
added %COMPILER-DEFSTRUCT-generated inline expansions
for type predicates
removed predicate DEFUN from macroexpansion of DEFSTRUCT
(so that now %DEFSTRUCT-generated closures and
%COMPILER-DEFSTRUCT-generated inline expansions do
everything)
moved definitions of SPECIFIER-TYPE stuff later in
early-type.lisp, after DEFSTRUCT VALUES-TYPE, so that
the VALUES-TYPE-P call there can be inlined

0.pre7.78:
miscellaneous DEFSTRUCT-related cleanups..
..There are no longer DEFSTRUCTs in defstruct.lisp itself,
so DEFSTRUCT-parsing stuff no longer needs to be
wrapped in EVAL-WHEN.
..moved DEFUN SLOT-ACCESSOR-FUNS to target-defstruct.lisp
..removed lotso /SHOW stuff from defstruct.lisp
..removed REMOVEMEs

0.pre7.77:
removed slot accessor DEFUNs from macroexpansion of DEFSTRUCT
(so that now %DEFSTRUCT-generated closures and
%COMPILER-DEFSTRUCT-generated inline expanders
do everything)

0.pre7.76:
As long as I'm testing whether the old code works as an xc
host, I might as well make some pending cleanups..
..made CERROR use COERCE-CONDITION directly instead of
trying to screen it from the already-a-CONDITION case
..renamed stems-and-flags.lisp-expr to build-order.lisp-expr
(taking a hint from the explanatory comment at head
of file:-)
..factored should-we-CHECK-IT logic out of OUTPUT-OBJECT into
COMPOUND-OBJECT-P, and shared it with DUMP-OBJECT
..renamed CIRCULAR-LIST-P to CYCLIC-LIST-P
..factored out UNIQUELY-IDENTIFIED-BY-PRINT-P too
..deleted unused INSTANCE-SET-CONDITIONAL and INSTANCE-XADD
stuff

0.pre7.75:
merged MNA READ-SEQUENCE and WRITE-SEQUENCE patch
("Re: .. horks" sbcl-devel 2001-10-23)
renamed LISP-STREAM to ANSI-STREAM
renamed lisp-stream.lisp to ansi-stream.lisp
renamed ANSI-STREAM-related IN-BUFFER-FOO stuff to
ANSI-STREAM-IN-BUFFER-FOO
renamed +IN-BUFFER-EXTRA+ to +ANSI-STREAM-IN-BUFFER-EXTRA+
renamed ANSI-STREAM-IN-BUFFER-TYPE to ANSI-STREAM-IN-BUFFER
(If you have half a dozen namespaces, why not
use them?:-|)

0.pre7.74:
merged flaky6 changes back into main branch

0.pre7.73:
added more tests for DEFSTRUCT
Don't proclaim/declaim instance types in DEFSTRUCT :TYPE LIST
or DEFSTRUCT :TYPE VECTOR (because they're not known
to the type system in those cases).

0.pre7.72:
merged two AD patches from sbcl-devel 2001-10-17..
.."inconsistency in FIND", fixing bug in %FIND-POSITION stuff
.."bug in APROPOS-LIST"
added tests for these bugs

0.pre7.71:
added new closures for out-of-line slot accessors (but didn't
actually hook them into %DEFSTRUCT yet)
added typecheckfuns.lisp to stems-and-flags
made %DEFSTRUCT FOO clear (GETHASH 'FOO *TYPECHECKFUNS*)
made typecheckfuns.lisp initialized in cold init

0.pre7.70:
The definition of functions using INFO :FOO :BAR can't safely
be mixed among the definitions of info classes (like
:FOO) and types (like :BAR). This is a misfeature, but
even though it's just bitten me I've got many more
urgent things to do than fixing it, so I just moved
the definition of DEFUN FUN-NAME-INLINE-EXPANSION from
globaldb.lisp into info-functions.lisp.

0.pre7.69:
added current draft of typecheckfuns.lisp to CVS (but not to
stems-and-flags yet)
--
cvs add typecheckfuns.lisp

0.pre7.68:
more name systematization..
..s/variable-length/var-length/
..s/variable-name/ambiguous-var-name/
..s/fast-read-variable-integer/fast-read-var-u-integer/
..s/variable-lexical-p/var-lexical-p/
..s/variable-special-p/var-special-p/
..s/variable-globally-special-p/var-globally-special-p/
..s/variable-declaration/var-declaration/
..s/variable-same/var-same/
merged AD's fix-TRACE-nesting patch (sbcl-devel 2001-10-16)
also went back to the original sources to try to see
how this got

0.pre7.67:
cleaned up miscellaneous FTYPE proclamation stuff..
..I changed my mind: PROCLAIM-AS-FUN-NAME is appropriate
in PROCLAIM INLINE and PROCLAIM NOTINLINE after all.
..got rid of separate PROCLAIM-AS-DEFSTRUCT-FUN-NAME in
favor of ordinary PROCLAIM FTYPE
..moved remove-from-*FREE-FUNCTIONS* logic from
%COMPILER-DEFSTRUCT to PROCLAIM-AS-FUN-NAME
..PROCLAIM-AS-FUN-NAME doesn't need to return NAME. Nor
CHECK-FUN-NAME neither.
..When %COMPILER-DEFSTRUCT sets the inline expansions of
slot functions, it should proclaim their ftype too.
Now that %COMPILER-DEFSTRUCT wants SB!XC:PROCLAIM, I
rearranged things to make SB!XC:PROCLAIM available
sooner, moving src/compiler/proclaim, and the
src/compiler/knownfun that it depends on, earlier
in stems-and-flags

0.pre7.66:
got rid of now-redundant :ACCESSOR-FOR stuff, hoping that
henceforth slot accessors can truly be ordinary
functions with ordinary inline expansions instead of
hybrid non-ANSI weirdosities

0.pre7.65:
tweaked things (making %COMPILER-DEFSTRUCT responsible
for setting inline expansions) so that whenever
INFO :FUNCTION :ACCESSOR-FOR is set the inline
expansion always exists too
defined NTH-WITH-SANE-ARG-ORDER to support future
generalization of new DEFSTRUCT code to :TYPE LIST
s/defined-function/defined-fun/
The manual can be formatted into HTML with openjade now, at
least on my system, and probably also on other systems
which use the same absolute filename for docbook.dsl
as OpenBSD 2.9 does.

0.pre7.64:
merged AD patch to fix new DECLAIM FTYPE in DEF-ALIEN-ROUTINE
so that it actually DECLAIMs argument types (instead of
bogusly DECLAIMing the code to generate argument types)
started tweaking doc/ stuff to work with openjade (but doesn't
work yet, at least with my current openjade/DocBook
setup)

0.pre7.63:
made tests/*clocc-ansi* stuff work with my patched version
of clocc/src/tools/ansi-test/
(submitted ansi-test patch to clocc-devel)
added tests/defstruct.impure.lisp
redefined RAISES-ERROR? to allow error subtype to be specified
changed INTERNAL-TIME-UNITS-PER-SECOND to 1000
removed redundant type.pure.lisp code from time.pure.lisp,
since evidently I was a mite groggy when copying
copyright-and-whatnot boilerplate into time.pure.lisp
finally updated fasl file version

0.pre7.62:
added first draft of tests/*clocc-ansi* stuff
applied Alexey Dejneka's fixes from sbcl-devel 2001-10-13..
..exported RETURN-PC-SAVE-OFFSET from SB!VM as per
"broken debugger" message
..fixed PARSE-COMPILED-DEBUG-BLOCKS along the lines of
"debugger errors" message (DEBUG-FUNCTION vs.
DEBUG-FUN, argh!)
s/about-to-modify/about-to-modify-symbol-value/
INDEX is in SB-INT now, so it doesn't need package prefixes
anywhere any more.
exported SC-OFFSET from SB-C

0.pre7.61:
OK, that's enough renaming for a while. I'm tired of rebuilding
taking so long, and from the long compile times of the
DEFSTRUCT-heavy files like node.lisp, the use of
DEFUN instead of closures to define structure
accessors is likely to be contributing, and
that's something I wanted to fix anyway. So in
preparation for removing DEFUNs from DEFSTRUCT
macroexpansion..
..hacked the definition of INFO :FUNCTION :INLINE-EXPANSION
so that it will accept FUNCTION values as well as
lambda expressions, with the nonobvious but convenient
interpretation that the function is to be called
to get a lambda expression.
..wrote FUN-NAME-INLINE-EXPANSION to support this
..renamed other FUNCTION-NAME stuff to have parallel names
..renamed INFO :FUNCTION :INLINE-EXPANSION to
INFO :FUNCTION :INLINE-EXPANSION-DESIGNATOR
..renamed CLASS-STRUCTURE-P to DD-CLASS-P, since I keep
forgetting exactly what CLASS-STRUCTURE-P means
(and vice versa, forgetting the name for this property)
tweaked representation of INFO :VARIABLE :CONSTANT-VALUE so
that it returns only a single value, so that we no
longer need the complexity of VALUES-returning INFO
entries, so that the type declaration of the return
value doesn't wander into the twilight zone of
whether T is a (VALUES T T) and similar questions
that ANSI seems not to've considered
restructured compiler-macro implementation of INFO to
avoid the (VALUES T T) ambiguity
rewrote FIND-FREE-VARIABLE to use bare
(EQL (INFO :VARIABLE :KIND ..) :CONSTANT) instead
of messing with the second value return from
(INFO :VARIABLE :CONSTANT-VALUE ..); and checked that
there are no other uses of the second value
split #'SYMBOL-SELF-EVALUATING-P out of #'ABOUT-TO-MODIFY, and
used it in INFO instead of the funky special casing
of T and NIL in :DEFAULT of INFO :VARIABLE :KIND and
elsewhere
copied Christophe Rhodes' *BACKEND-FEATURES* documentation
from the CLiki SBCL internals site and pasted them
into the source code

0.pre7.60:
more renaming..
..renamed BYTE-BITS to N-BYTE-BITS
..renamed WORD-BYTES to N-WORD-BYTES
got rid of various redundant SB!VM: prefixes
exported LRA-SAVE-OFFSET, OCFP-SAVE-OFFSET, and NFP-SAVE-OFFSET
from SB!VM, since debug internals need 'em

0.pre7.59:
cleanup after widetag renaming in 0.pre7.58..
..renamed %VECTOR-TYPE-CODE to VECTOR-WIDETAG-AND-N-BITS
..renamed %COMPLEX-VECTOR-TYPE-CODE to COMPLEX-VECTOR-WIDETAG
..renamed DEFINE-PRIMITIVE-OBJECT :HEADER to :WIDETAG
..renamed PRIMITIVE-OBJECT-HEADER to PRIMITIVE-OBJECT-WIDETAG
renamed WORD-BITS to N-WORD-BITS

0.pre7.58:
(aside: I screwed up CVS checkin somehow on the last version.
My local backend.lisp was modified by CR's patch but
for some reason didn't make it into the CVS repository.
Hopefully this checkin will take care of the problem.)
renamed the 8-bit tag codes from FOO-TYPE to FOO-WIDETAG,
and from type_FooBar to FOO_BAR_WIDETAG. (I used
WIDETAG instead of just TAG because I figure as long
as I'm trying to reduce the ambiguities of TYPE in old
names, I might as well minimize the ambiguity of TAG
(in the sense of THROW/CATCH) in the new names too.)
also s/fun-header-types/fun-header-widetags/
renamed TYPE-BITS to N-WIDETAG-BITS, and TYPE-MASK to
WIDETAG-MASK
renamed TypeOf to widetag_of
renamed lowtagof to lowtag_of
renamed LOWTAG-BITS to N-LOWTAG-BITS
renamed TYPE_MASK to WIDETAG_MASK
renamed N_TYPE_BITS to N_WIDETAG_BIGS

0.pre7.57:
merged Christophe Rhodes VOPs-conditional-on-target-variant
patches (sbcl-devel 2001-10-08)

0.pre7.56:
renamed the 3-bit lowtag codes from FOO-TYPE to FOO-LOWTAG,
e.g. FUN-POINTER-LOWTAG, to make it clear that
they're not parallel to the 8-bit codes like
SIMPLE-FUN-HEADER-TYPE, or to things like FUN-TYPE
used to represent (SPECIFIER-TYPE '(FUNCTION ..))
and in C, renamed 'em from type_FooBar to FOO_BAR_LOWTAG
also renamed some tag- and low-level-type-related names
in runtime.h to be less quirky: ALL_UPPERCASE for
constants, inline functions instead of macros
The TRACE-TABLE-FOO things no longer need to be copied into
sbcl.h by GENESIS, because C code no longer uses them.
--
Don't forget to update the DEFENUM in early-objdef.lisp.
Don't forget to update the GENESIS code which copies
them into sbcl.h.

0.pre7.55:
renamed low level function-as-opposed-to-closure objects
as SIMPLE-FUN to disambiguate the old nasty
(DEFPARAMETER *FUNCTION-HEADER-TYPES*
  (LIST FUNCALLABLE-INSTANCE-HEADER-TYPE
FUNCTION-HEADER-TYPE ; <- source of confusion
CLOSURE-FUNCTION-HEADER-TYPE
CLOSURE-HEADER-TYPE))
..generally s/%function/%simple-fun/
..also s/%fun-type/%simple-fun-type/
..s/function-code-header/fun-code-header/
..Generally matches to "-i 'function.*header'" become
corresponding 'simple.*fun.*header'.
s/function-header-word/simple-fun-header-word/
s/function-pointer-type/fun-pointer-type/
..also similarly matches to 'function.*slot'
CHECK-FUNCTION-OR-SYMBOL is no longer used, probably because
function names can be (SETF FOO) now. Delete it.
Similarly, SYMBOL-FUNCTION-SLOT is no longer used. Delete it.
Dunno why SYMBOL-SETF-FUNCTION-SLOT is no longer used --
FDEFNs, probably -- but by now you know the drill.
and SYMBOL-RAW-FUNCTION-ADDR-SLOT, too
back to SIMPLE-FUN and friends..
.."closure.*function.*header" to "closure.*fun.*header"
..s/scav_function_header/scav_fun_header/
..tweaked DEFINE-PRIMITIVE-OBJECT (FUNCTION ..) to use
SIMPLE-FUN name
..s/%fun-type/%simple-fun-type/
..s/%fun-name/%simple-fun-name/
..s/%fun-arglist/%simple-fun-arglist/
..s/%fun-self/%simple-fun-self/
..s/%fun-next/%simple-fun-next/
Also substitute s/function/fun/ in slot names defined in
objdef.lisp, e.g. CLOSURE-FUN.

0.pre7.54:
(Incidentally, I've pretty much given up on incrementing the
fasl file version number on every renaming. Eventually
I'll bump it, with a very high level summary comment.)
back to standard abbrev. FUN for "object of type FUNCTION"..
..find . -name *.lisp | xargs egrep -i '[^a-z:]:function-'
..and 'function-end'
..and 'function-start'
..and 'FunctionEnd' and 'FunctionStart' and 'function.end'
..and 'function-type'
..but SB-EXT:*DERIVE-FUNCTION-TYPES* remains the same

0.pre7.53:
deleted dead code related to MINIMAL-DEBUG-FUNs..
..find . -name *.lisp | xargs egrep -i 'uncompact-function-map'
..and 'make-uncompacted-debug-fun'
..and '\*uncompacted-function-maps\*'
..and 'debug-fun-minimal-p'
..and 'dump-1-minimal-dfun'
..and 'minimal-debug'
..also s/get-debug-info-function-map/debug-info-function-map/
Then in the spirit of renaming object-of-type-FUNCTION to FUN,
as begun in 0.pre7.52, s/function-map/fun-map/.