0.6.10.2:
[sbcl.git] / TODO
diff --git a/TODO b/TODO
index 8aceeeb..f0e4e39 100644 (file)
--- a/TODO
+++ b/TODO
@@ -30,7 +30,7 @@ FIX:
 PROBLEM:
            As long as I'm working on the batch-related command-line options,
        it would be reasonable to add one more option to "do what I'd want",
-       testing standard input for TTY-ness and running in no-programmer
+       testing standard input for non-TTY-ness and running in no-programmer
        mode if so.
 FIX:
        ?? Do it.
@@ -48,6 +48,11 @@ PROBLEM:
        some functions, and I never realized that there's a wrapper-based
        facility too until I was wading through the source code for SBCL.
            Yes, I know I should have RTFM, but there is a lot of M..
+           (By the way, it would also be nice to have tracing behave
+       better with generic functions. TRACEing a generic function probably
+       shouldn't prevent DEFMETHOD from being used to redefine its
+       methods, and should perhaps trace each of its methods as well
+       as the generic function itself.)
 FIX:
        ?? possibility 1: Add error-handling code in ntrace.lisp to
          catch failure to set breakpoints and retry using 
@@ -59,23 +64,8 @@ FIX:
          it always works.
 -------------------------------------------------------------------------------
 PROBLEM:
-           When cross-compiling host-byte-comp.lisp, I get bogus
-       warnings
-               caught STYLE-WARNING:
-                 undefined function: %%DEFCONSTANT
-               caught STYLE-WARNING:
-                 This function is undefined:
-                 %%DEFCONSTANT
-MUSING:
-           The best way to clean this up would be as a side-effect of
-       a larger cleanup, making all the %%DEFFOO stuff use EVAL-WHEN
-       instead of IR1 magic.
-           There's probably some way to do it with a quick local hack too.
-FIX:
-       ??
--------------------------------------------------------------------------------
-PROBLEM:
-           My system of parallel build directories doesn't seem to add value.
+           My system of parallel build directories seems to add
+       complexity without adding value.
 FIX:
        ?? Replace it with a system where fasl output files live in the 
          same directories as the sources and have names a la
@@ -116,42 +106,16 @@ PROBLEM:
        thing in itself, but might be a fair amount of work.)
 FIX:
        ?? Delete, delete, delete.
--------------------------------------------------------------------------------
-PROBLEM:
-           The hashing code is new and should be tested.
-FIX:
-       ?? Enable the existing test code.
--------------------------------------------------------------------------------
-PROBLEM:
-           My ad hoc system of revision control is looking pretty clunky,
-       and I've pretty much stopped doing stuff to confuse CVS (like moving
-       directories around).
-FIX:
-       ?? Check into CVS. 
-       ?? Make sure that the tags in FILE-COMMENTs expand correctly.
-       ?? See about automatically propagating version information 
-          from CVS into the runtime.c banner message and the 
-          LISP-IMPLEMENTATION-VERSION string.
 ===============================================================================
 other known issues with no particular target date:
 
-user manual including, at a minimum, updated versions of the
-CMU CL user manual information on the compiler and the alien
-interface
-
 bugs listed on the man page
 
 more regression tests
 
-various bugs fixed in CMUCL since this code was forked off of it
-ca. 19980801, since most of these haven't been fixed yet in SBCL
-
 byte compilation of appropriate parts of the system, so that the
 system core isn't so big
 
-uninterning needed-only-at-init-time stuff after init is complete,
-so that the system core isn't so big
-
 Search for unused external symbols (ones which are not bound, fbound,
 types, or whatever, and also have no other uses as e.g. flags) and
 delete them. This should make the system core a little smaller, but