Fixed vicious metacircle bug on multiple subclasses of
standard-generic-function.
... implement Gerd Moellmann's error message from cmucl-imp
2005-05-29;
... be a little more disciplined over slot accesses from
within dfun computation;
... uncomment a bunch of test cases, and write a specific
test case.
Rewrite the test infrastructure to make it a bit more useful, without
having to make major changes to the test files.
Move most of run-tests.sh Lisp-side. New features:
* Don't bail out at first failure (unless running with
--break-on-failure)
* Report failed tests at the end of the run
* Tests can be marked as expected to fail on certain platforms
* Tests can be named
* A subset of test files to run can be specified on the command line
Todo:
* "Quis custodiet ipsos custodes?". Tests for the test framework.
Changes to the tests:
* Remove the explicit quits on success from the impure tests
(handled by the test framework)
* Mark some obvious cases as "expected to fail on FOO"
Other:
* Remove an (unrelated) fixed BUGS entry
* move FSHOW_SIGNAL to runtime.h
* print os_thread_t with %lu
* recanonicalize whitespace (offenders: crhodes, jsnell, pfdietz and
me (but I was handed a tainted patch by crhodes, honest))
Fix bug reported by Bruno Haible sbcl-devel 2004-08-02
("standard method-combination ignores overridden
compute-applicable-methods")
... woohoo! Less than a year between report and fix :-)
... be more careful about assuming that we know the precedence
order of methods when computing a discriminating net
for a DISPATCH-DFUN.
... (NB: this is not quite the same patch as I sent to
sbcl-devel 2005-07-29: the dispatch dfun can cope with
unsorted methods, so exploit that instead.)
... only one test case is currently running; when the bug
related to instances of two user-defined generic
function classes is fixed, the second test case can run
as well.
