CALL-NEXT-METHOD (reported by Pascal Costanza)
* bug fix: an error was signaled at startup if the HOME environment
variable was defined, but had an empty value (reported by Peter Van Eynde)
+ * optimization: loading generic functions no longer takes O(n^2) time,
+ proportional to the amount of methods in the generic function
+ (reported by Todd Sabin and Jeremy Brown)
* optimization: the FIND and POSITION family of sequence functions
are significantly faster on arrays whose element types have been
declared.
(defvar *lazy-dfun-compute-p* t)
(defvar *early-p* nil)
+;;; This variable is used for controlling the load-time effective
+;;; method precomputation: precomputation will only be done for emfs
+;;; with fewer than methods than this value. This value has
+;;; traditionally been NIL on SBCL (meaning that precomputation will
+;;; always be done) but that makes method loading O(n^2). Use a small
+;;; value for now, to flush out any possible problems that doing a
+;;; limited amount of precomputation might cause. If none appear, we
+;;; might change it to a larger value later. -- JES, 2006-12-01
(declaim (type (or null unsigned-byte) *max-emf-precomputation-methods*))
-(defvar *max-emf-precomputation-methods* nil)
+(defvar *max-emf-precomputation-methods* 1)
(defun finalize-specializers (gf)
(let ((methods (generic-function-methods gf)))
;;; checkins which aren't released. (And occasionally for internal
;;; versions, especially for internal versions off the main CVS
;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)
-"1.0.0.9"
+"1.0.0.10"