From: Martin A. <ma...@cs...> - 2000-05-09 04:55:06
|
Hi If I do: * (defclass foo () (slot)) STYLE-WARNING: redefining SB-PCL::|TYPE-PREDICATE COMMON-LISP-USER FOO| in DEFUN STYLE-WARNING: redefining SB-PCL::|TYPE-PREDICATE COMMON-LISP-USER FOO| in DEFUN #<STANDARD-CLASS FOO> * (make-instance 'foo) #<FOO {9067255}> * (setq f *) caught STYLE-WARNING: This variable is undefined: F #<FOO {9067255}> * f #<FOO {9067255}> * (inspect f) NIL > q #<FOO {9067255}> * (inspect 'f) F is a symbol. 0. Value: #<FOO {9067255}> 1. Function: unbound 2. Plist: NIL 3. Package: #<PACKAGE "COMMON-LISP-USER"> > 0 NIL > Is this the way it should be? I don't think so. Cheers, #:martin ================================================================= Homepage: http://ki.informatik.uni-wuerzburg.de/~matze/ e-mail: yg...@gm... |
From: William H. N. <wil...@ai...> - 2000-05-09 14:08:34
|
On Mon, May 08, 2000 at 11:54:40PM -0500, Martin Atzmueller wrote (on the sbc...@li... mailing list): > * (defclass foo () (slot)) > STYLE-WARNING: redefining SB-PCL::|TYPE-PREDICATE COMMON-LISP-USER FOO| in DEFUN > STYLE-WARNING: redefining SB-PCL::|TYPE-PREDICATE COMMON-LISP-USER FOO| in DEFUN > > #<STANDARD-CLASS FOO> > * (make-instance 'foo) > #<FOO {9067255}> > * (setq f *) > caught STYLE-WARNING: > This variable is undefined: > F > > #<FOO {9067255}> > * f > #<FOO {9067255}> > * (inspect f) > NIL > > q > > #<FOO {9067255}> > * (inspect 'f) > F is a symbol. > 0. Value: #<FOO {9067255}> > 1. Function: unbound > 2. Plist: NIL > 3. Package: #<PACKAGE "COMMON-LISP-USER"> > > 0 > > NIL > > > > Is this the way it should be? I don't think so. No, I don't think so either. Thank you, I didn't know about this problem. I've added it to the BUGS list in the distribution. I won't try to fix this right away, but I might fix it within a few months. I already knew that I wanted to work on INSPECT at some point, in order to make it easier to get to the last inspected thing with DESCRIBE or other forms. (And of course, patches are cheerfully accepted.:-) Incidentally, CMU CL has the same problem, at least as of the Debian cmucl-2.4.8 that I have handy, so I'm CC'ing this reply to cmu...@co.... -- William Harold Newman <wil...@ai...> software consultant PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C |