GNU bug report logs - #66615
30.0.50; Inconsistent 'number-or-marker' type definition in the cl- machinery

Previous Next

Package: emacs;

Reported by: Andrea Corallo <acorallo <at> gnu.org>

Date: Wed, 18 Oct 2023 18:07:02 UTC

Severity: normal

Found in version 30.0.50

Done: Andrea Corallo <acorallo <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #19 received at 66615 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: Mattias Engdegård <mattias.engdegard <at> gmail.com>,
 66615 <at> debbugs.gnu.org
Subject: Re: bug#66615: 30.0.50; Inconsistent 'number-or-marker' type
 definition in the cl- machinery
Date: Thu, 19 Oct 2023 10:22:10 -0400
>>> - There is a `number-or-marker-p` primitive and `cl-typep` doesn't know
>>>   how to use it for `(or number marker)`.
>> Well we could just remove 'number-or-marker-p' 😃

Indeed, or we could teach `cl-typep` how to make use of it.

>> I see your point, actually my main drive is to make the situation more
>> coherent so I'm unblocked in the first place, just the method
>> specializer functionality is a blocker for removing 'number-or-marker'.

That's what I had understood, and indeed there were some loose ends there.

> Okay with a567faf4c2b I added 'number-or-marker' where it was missing.

Thanks.  I also added corresponding `integer-or-marker`.


        Stefan





This bug report was last modified 1 year and 213 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.