Custom Query (1030 matches)
Results (241 - 243 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #928 | fixed | DEFINE-CONDITION allows non-condition parent conditions | ||
| Description |
Ethan H. Schwartz 2009-04-14 11:24:20 EDT On DEFINE-CONDITION, The CLHS says: parent-type---a symbol naming a condition type. If no parent-types are supplied, the parent-types default to (condition). With CCL Version 1.3-dev-r11854-working-0711 (LinuxX8664): (defclass a () ()) #<STANDARD-CLASS A> (define-condition foo (a) ()) FOO (error 'foo) #<STANDARD-CLASS FOO> is not a condition class It would be better if CCL complained at time of compilation of the condition that the parent-type argument is not a condition type. [was ITA bug 58450] |
|||
| #651 | fixed | DEFSTATICVAR unexported | ||
| Description |
CCL:DEFSTATIC is exported; it's counterpart, CCL::DEFSTATICVAR, isn't. It seems like they should both be exported. |
|||
| #641 | fixed | DEFSTRUCT (:TYPE) + DEFTYPE results in bogus duplicate-type-definition warning | ||
| Description |
Straight from CLHS DEFSTRUCT dictionary entry (the description of the :TYPE option): ;; For example:
Compiling that, results in ;Compiling "/tmp/foo.lisp"... ;Compiler warnings for "/tmp/foo.lisp" : ; In an anonymous lambda form at position 60: Duplicate definitions of (TYPE QUUX), in this file ; In an anonymous lambda form at position 449: Duplicate definitions of (TYPE FOO), in this file The Ironclad library makes use of this feature. So it's a real-life annoyance. |
|||
