[armedbear] #485: Non-congruent generic method signatures cannot be eval'd
armedbear
armedbear-devel at common-lisp.net
Fri Jan 22 18:03:08 UTC 2021
#485: Non-congruent generic method signatures cannot be eval'd
-------------------------------+-------------------------
Reporter: Mark Evenson | Type: defect
Status: new | Priority: major
Milestone: 1.8.1 | Component: interpreter
Version: 1.8.1-dev | Keywords:
Parent Tickets: |
-------------------------------+-------------------------
<https://irclog.tymoon.eu/freenode/%23abcl?from=1611187078>
{{{
0:12:54
emaczen Is there a setting I can change in ABCL to not care if a method
definition does not have all the keyword arguments as another method?
0:13:14
emaczen does not accept all of the keyword arguments defined for the
generic function -- This is the ABCL error I am getting
0:13:42
emaczen SBCL and CCL do not care
0:30:42
charles` Is that only for keyword arguments, because SBCL definitely cares
if I have different # of parameters for same method name
1:19:18
robertm Maybe you could use &allow-other-keys ? (Just a guess.)
1:53:50
etimmons emaczen: Based on your description and some quick tests I'm
guessing you're implicitly defining the generic function with defmethod.
Try using an explicit defgeneric.
1:57:24
etimmons It does appear there's a bug in how defmethod defines the lambda
list of the implicit defgeneric https://plaster.tymoon.eu/view/2247#2247
2:00:37
etimmons If (fboundp function-name) is nil, a generic function is created
[...] the lambda list of the generic function will mention ..... key (but
no keyword arguments)
}}}
Eval'ing non-congruent forms fails with a {{{simple-error}}} but compiling
seems to work.
--
Ticket URL: <https://abcl.org/trac/ticket/485>
armedbear <https://abcl.org>
armedbear
More information about the armedbear-ticket
mailing list