#277: reinitialize-instance on class metaobjects incorrect
-----------------------+----------------------------------------------------
Reporter: rschlatte | Owner: rschlatte
Type: defect | Status: new
Priority: major | Milestone:
Component: (A)MOP | Version:
Keywords: |
-----------------------+----------------------------------------------------
Reported by Pascal Costanza:
Consider the following test case:
{{{
CL-USER(1): (use-package :mop)
T
CL-USER(2): (defclass a () ())
#<STANDARD-CLASS A {794563AA}>
CL-USER(3): (defclass b (a) ())
#<STANDARD-CLASS B {62F6FB59}>
CL-USER(4): (finalize-inheritance (find-class 'a))
NIL
CL-USER(5): (finalize-inheritance (find-class 'b))
NIL
CL-USER(6): (class-precedence-list (find-class 'b))
(#<STANDARD-CLASS B {62F6FB59}> #<STANDARD-CLASS A {794563AA}> #<STANDARD-
CLASS STANDARD-OBJECT {23309E87}> #<BUILT-IN-CLASS T {100C62C8}>)
CL-USER(7): (reinitialize-instance (find-class 'b))
#<STANDARD-CLASS B {62F6FB59}>
CL-USER(8): (class-precedence-list (find-class 'b))
(#<STANDARD-CLASS B {62F6FB59}> #<STANDARD-CLASS STANDARD-OBJECT
{23309E87}> #<BUILT-IN-CLASS T {100C62C8}>)
}}}
The invocation of reinitialize-instance obviously reinitialized the
direct-superclasses slot, and thus removed the superclass a.
However, according to the HyperSpec, the general protocol for
reinitialize-instance is always that slots for which no initargs are
provided through reinitialize-instance should be left untouched. This also
restated implicitly in the CLOS MOP specification, for example in the
section "Initialization of Class Metaobjects:" The defaulted superclass
list is specified to be only assigned during initialization, but not
during reinitialization.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/277>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#276: defmethod doesn't call add-method
-----------------------+----------------------------------------------------
Reporter: rschlatte | Owner: rschlatte
Type: defect | Status: new
Priority: major | Milestone:
Component: (A)MOP | Version:
Keywords: |
-----------------------+----------------------------------------------------
Reported by Pascal Costanza:
There is a problem that a defmethod may not call add-method as it should.
Here is a transcript:
{{{
CL-USER(1): (use-package :mop)
T
CL-USER(2): (defclass my-generic-function (standard-generic-function) ()
(:metaclass funcallable-standard-class))
#<FUNCALLABLE-STANDARD-CLASS MY-GENERIC-FUNCTION {3606AFA2}>
CL-USER(3): (defgeneric f (x) (:generic-function-class my-generic-
function))
#<MY-GENERIC-FUNCTION F {589D4D84}>
CL-USER(4): (defmethod add-method :after ((gf my-generic-function) (m
standard-method)) (print :foo))
#<STANDARD-METHOD ADD-METHOD :AFTER (MY-GENERIC-FUNCTION STANDARD-METHOD)
{3F4C428F}>
CL-USER(5): (defmethod f ((x integer)) (+ x x))
#<STANDARD-METHOD F (INTEGER) {27A5DAC0}>
CL-USER(6): (add-method #'f *)
:FOO
#<MY-GENERIC-FUNCTION F {589D4D84}>
CL-USER(7): (f 5)
10
}}}
…or maybe just :after methods on add-method are not called…
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/276>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#271: ASDF-2.26 changes synced upstream
-------------------------------------+--------------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone: 1.1.0
Component: other | Version: 1.1.0-dev
Keywords: quicklisp asdf upstream |
-------------------------------------+--------------------------------------
ABCL relies on #+abcl conditional changes that need to be synced upstream.
The Quicklisp November 2012 Client is providing stock ASDF-2.26, and I'm
not sure who is currently "winning".
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/271>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#269: SLIME cannot browse systems with November Quicklisp
-----------------------------+----------------------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: blocker | Milestone: 1.1.0
Component: other | Version: 1.1.0-dev
Keywords: slime quicklisp |
-----------------------------+----------------------------------------------
Unsure where this is occuring, but highly annoying for a version of abcl I
would want to use.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/269>
armedbear <http://common-lisp.net/project/armedbear>
armedbear