(defgeneric foo (bar bar)) does not signal an error

Bug #1704114 reported by Michał Herda on 2017-07-13
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

(defgeneric foo (bar bar)) does not signal an error, which is contrary to the specification because of the repeated variable names. See http://www.lispworks.com/documentation/HyperSpec/Body/03_db.htm

The lambda list in this case shall be an generic-function-lambda-list -- which is a lambda-list -- which does not allow for repeated var names.

This bug is petty, but I almost shot myself in the foot with it. I found a bug in my few months' old macro - it produced code like (defgeneric foo (t t t)) by mistake, where it should have produced (defgeneric foo (bar baz quux)). SBCL did not complain about the macrogenerated code, where it should signal an error, like CCL does for example.

SBCL 1.3.14-debian.
Linux emiherdbox 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) x86_64 GNU/Linux

Jan Moringen (scymtym) on 2017-07-13
Changed in sbcl:
importance: Undecided → Medium
assignee: nobody → Jan Moringen (scymtym)
status: New → Confirmed
Jan Moringen (scymtym) on 2017-07-16
Changed in sbcl:
status: Confirmed → Fix Committed
Jan Moringen (scymtym) on 2017-07-26
Changed in sbcl:
assignee: Jan Moringen (scymtym) → nobody
Changed in sbcl:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers