4 ** non-x86 ports now pass irrat.pure.lisp
5 ** ports with less than 256Mb of heap (sparc, ppc and mips)
6 now don't fail bit-vector.impure-cload.lisp
7 * faster bootstrapping (both make.sh and slam.sh)
8 ** added mechanisms for automatically finding dead code, and
9 used them to remove dead code
10 ** moved stuff from warm init into cold init where possible
11 (so that slam.sh will run faster and also just because
12 ideally everything would be in cold init)
13 ** profiled and tweaked
14 * fixed (TRACE :REPORT PROFILE ...) interface to profiling
15 * more EVAL/EVAL-WHEN/%COMPILE/DEFUN/DEFSTRUCT cleanup:
16 ** made %COMPILE understand magicality of DEFUN FOO
17 w.r.t. e.g. preexisting inlineness of FOO
18 ** used %COMPILE where COMPILE-TOP-LEVEL used to be used
19 ** removed now-redundant COMPILE-TOP-LEVEL and
20 FUNCTIONAL-KIND=:TOP-LEVEL stuff from the compiler
21 ** (ideally, but perhaps too hard, given what I've discovered
22 about the godawful internals of function debug names):
23 made FUNCTION-NAME logic work on closures, so that
24 various public functions like CL:PACKAGEP which
25 are now implemented as closures (because
26 they're structure slot accessors) won't be so
28 * outstanding embarrassments
29 ** :IGNORE-ERRORS-P cruft in stems-and-flags.lisp-expr. (It's
30 reasonable to support this as a crutch when initially
31 bootstrapping from balky xc hosts with their own
32 idiosyncratic ideas of what merits FAILURE-P, but it's
33 embarrassing to have to use it when bootstrapping
35 * fixups now feasible because of pre7 changes
36 ** ANSIfied DECLAIM INLINE stuff (deprecating MAYBE-INLINE,
37 including e.g. on the man page)
38 * miscellaneous simple refactoring
40 ** renamed %PRIMITIVE to %VOP
41 ** A few hundred things named FN and FCN should be
42 named FUN (but maybe not while dan_b is
43 working on a threads branch and drichards is
44 working on a Windows port).
45 * These days ANSI C has inline functions, so..
46 ** redid many cpp macros as inline functions:
47 HeaderValue, Pointerp, CEILING, ALIGNED_SIZE,
48 GET_FREE_POINTER, SET_FREE_POINTER,
49 GET_GC_TRIGGER, SET_GC_TRIGGER, GetBSP, SetBSP,
50 os_trunc_foo(), os_round_up_foo()
51 ** removed various avoid-evaluating-C-macro-arg-twice
53 * Either get rid of or at least rework the fdefinition/encapsulation
54 system so that (SYMBOL-FUNCTION 'FOO) is identically equal to
56 =======================================================================
59 * refactored in preparation for moving CLOS into cold init and merging
60 SB-PCL:FOO with CL:FOO (for FOO=CLASS, FOO=CLASS-OF, etc.)
61 ** systematized support for MOP (new regression tests, maybe
62 new SB-MOP package..) to try to make sure things don't
63 get mislaid in the upcoming CLOS restructuring
64 ** extracted type system from SB-KERNEL into new SB-TYPE
66 ** reimplemented GENERIC-FUNCTION as a primitive object (or
67 maybe made SB-MOP:FUNCALLABLE-STANDARD-OBJECT the
68 primitive object, and then let GENERIC-FUNCTIONs
69 inherit from that) instead of structures with
70 :ALTERNATE-METACLASS and funcallableness. Now
71 FUNCALLABLE-INSTANCE can go away. (And now the new
72 funcallable primitive objects need to go into
73 collections like *FUN-HEADER-WIDETAGS* where
74 FUNCALLABLE-INSTANCE objects used to be.)
75 ** reimplemented CONDITIONs as primitive objects instead of
76 structures with :ALTERNATE-METACLASS. Now (between
77 this and the change to GENERIC-FUNCTIONs)
78 DEFSTRUCT :ALTERNATE-METACLASS can go away.
79 ** (maybe) Now INSTANCE_POINTER_LOWTAG can become just
80 STRUCTURE_POINTER_LOWTAG, and the concept of
81 SB-KERNEL:INSTANCE (including INSTANCEP,
82 (SPECIFIER-TYPE 'INSTANCE), etc.) can go away.
83 * moved CLOS into cold init, in order to allow CLOS to be used in the
84 implementation of the core system (e.g. the type system and the
85 compiler) and in order to support merger of CL:CLASS with
87 * (maybe) eliminated warm init altogether in favor of cold init
88 * (maybe, especially if warm init can be eliminated) rationalized
89 the build process, fixing miscellaneous pre-0.5.0 stuff that's
90 transparently not the right thing
91 ** removed separate build directories, now just building in
92 place with .sbclcoldfasl extensions
93 * (maybe) more refactoring in preparation for merging SB-PCL:FOO
94 into CL:FOO: reimplemented type system OO dispatch
95 (!DEFINE-TYPE-METHOD, etc.) in terms of CLOS OO dispatch
96 * merged SB-PCL:FOO into CL:FOO (and similarly CLASS-OF, etc.)
97 * added some automatic tests for basic binary compatibility, in hopes
98 that it might be practical to maintain binary compatibility
99 between minor maintenance releases on the stable branch (but no
100 promises, sorry, since I've never tried to do this before, and
101 have no idea how much of a pain this'll be)
102 ========================================================================
103 for 1.0 (fixes of lower priority which I'd nonetheless be embarrassed
104 to leave unfixed in 1.0):
105 * all too many BUGS entries and FIXMEs
106 =======================================================================
107 other priorities, no particular time:
109 * bug fixes, especially really annoying bugs (ANSI or not) and any
110 ANSI bugs (i.e. not just bugs in extras like the debugger or
111 "declarations are assertions", but violations of the standard)
112 * better communication with the outside world (scratching WHN's
113 personal itch): I don't want socket-level stuff so much as I
114 want RPC-level or higher (CORBA?) interfaces and (possibly
115 through RPC or CORBA) GUI support
116 =======================================================================
117 important but out of scope (for WHN, anyway: Patches from other people
118 are still welcome!) until after 1.0:
120 * sadly deteriorated support for ANSI-style block compilation
121 (static linking of DEFUNs within a single file or
122 WITH-COMPILATION-UNIT)
123 * various GC issues (exuberant cut-and-paste coding,
124 possibly dangerously over-conservative handling
125 of neighbors of function objects, general GC efficiency)
126 * package issues other than SB!TYPE, SB!MOP, and dead exported
128 * Any systematic effort to fix compiler consistency checks is
129 out of scope. (However, it still might be possible to
130 determine that some or all of them are hopelessly stale
132 =======================================================================
133 other known issues with no particular target date:
135 bugs listed on the man page
137 hundreds of FIXME notes in the sources from WHN
139 various other unfinished business from CMU CL and before, marked with
140 "XX" or "XXX" or "###" or "***" or "???" or "pfw" or "@@@@" or "zzzzz"
141 or probably also other codes that I haven't noticed or have forgotten.
143 (Things marked as KLUDGE are in general things which are ugly or
144 confusing, but that, for whatever reason, may stay that way
146 =======================================================================
147 "There's nothing an agnostic can't do as long as he doesn't know
148 whether he believes in anything or not."
151 "God grant me serenity to accept the code I cannot change, courage to
152 change the code I can, and wisdom to know the difference."
155 "Accumulation of half-understood design decisions eventually chokes a
156 program as a water weed chokes a canal. By refactoring you can ensure
157 that your full understanding of how the program should be designed is
158 always reflected in the program. As a water weed quickly spreads its
159 tendrils, partially understood design decisions quickly spread their
160 effects throughout your program. No one or two or even ten individual
161 actions will be enough to eradicate the problem."
162 -- Martin Fowler, in _Refactoring: Improving the Design of Existing
165 "I wish I didn't know now what I didn't know then."