Commit e3d5bbdc authored by Pascal Costanza's avatar Pascal Costanza
Browse files

Updated report for :reinitialize-instance-calls-finalize-inheritance.

darcs-hash:c9a6e3c8ab13d7545401922436152ef6039f35b8
parent 9bdc7870
......@@ -82,6 +82,7 @@
:method-initialized-with-function (no)
:method-lambdas-are-processed (no)
:reinitialize-instance-calls-compute-discriminating-function (no)
:reinitialize-instance-calls-finalize-inheritance (no)
:remove-method-calls-compute-discriminating-function (no)
:subclasses-of-method-combination-do-not-inherit-exported-slots (no)
......@@ -96,6 +97,7 @@
:method-initialized-with-function (no)
:method-lambdas-are-processed (no)
:reinitialize-instance-calls-compute-discriminating-function (no)
:reinitialize-instance-calls-finalize-inheritance (no)
:remove-method-calls-compute-discriminating-function (no)
:subclasses-of-method-combination-do-not-inherit-exported-slots (no)
......
......@@ -48,6 +48,7 @@ None of the incompatibilities in CLisp are fixed.
- The :ALLOCATION type cannot be extended. Not fixed.
- A FORWARD-REFERENCED-CLASS is not changed via CHANGE-CLASS (but is correctly reinitialized via REINITIALIZE-INSTANCE).
- MAKE-METHOD-LAMBDA is not provided.
- REINITIALIZE-INSTANCE of a class metaobject doesn't invoke FINALIZE-INHERITANCE again. Not fixed.
- Subclasses of METHOD-COMBINATION will inherit slots whose names are exported symbols and/or accessible in the package common-lisp-user. Not fixed.
CLisp 2.37 - 2.39
......@@ -60,6 +61,7 @@ None of the incompatibilities in CLisp are fixed.
- DEFMETHOD does not call MAKE-METHOD-LAMBDA.
- A FORWARD-REFERENCED-CLASS is not changed via CHANGE-CLASS (but is correctly reinitialized via REINITIALIZE-INSTANCE).
- MAKE-METHOD-LAMBDA is not provided.
- REINITIALIZE-INSTANCE of a class metaobject doesn't invoke FINALIZE-INHERITANCE again. Not fixed.
- Subclasses of METHOD-COMBINATION will inherit slots whose names are exported symbols and/or accessible in the package common-lisp-user. Not fixed.
CMUCL 19c
......@@ -181,7 +183,7 @@ Summary:
- COMPUTE-DEFAULT-INITARGS doesn't exist (and isn't called) in LispWorks.
- In LispWorks, eql specializers are lists.
- FUNCALLABLE-STANDARD-INSTANCE-ACCESS and STANDARD-INSTANCE-ACCESS doesn't exist / should not be used in LispWorks.
- In CMUCL, MCL, OpenMCL and SBCL, the reinitialization of a class metaobject does not lead to a call of FINALIZE-INHERITANCE, so methods defined on FINALIZE-INHERITANCE won't be called again in that case.
- In CLisp, CMUCL, MCL, OpenMCL and SBCL, the reinitialization of a class metaobject does not lead to a call of FINALIZE-INHERITANCE, so methods defined on FINALIZE-INHERITANCE won't be called again in that case.
- If you need to see :declarations when generic functions are initialized, conditionalize on #+lispworks to receive 'declare instead. (Actually, AMOP and ANSI Common Lisp diverge in this regard. AMOP specifies that :declarations is used whereas ANSI Common Lisp specifies that 'declare is used. Since most MOP implementations adhere to AMOP in this regard, I have also chosen that path.)
- In Allegro Common Lisp and LispWorks, method functions take the original parameters that a generic function has received.
- In LispWorks, the class SPECIALIZER doesn't exist.
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment