GNU bug report logs - #76539
eieio :method-invocation-order inoperative

Previous Next

Package: emacs;

Reported by: Daniel Colascione <dancol <at> dancol.org>

Date: Tue, 25 Feb 2025 04:47:01 UTC

Severity: normal

To reply to this bug, email your comments to 76539 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#76539; Package emacs. (Tue, 25 Feb 2025 04:47:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Daniel Colascione <dancol <at> dancol.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 25 Feb 2025 04:47:02 GMT) Full text and rfc822 format available.

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

From: Daniel Colascione <dancol <at> dancol.org>
To: bug-gnu-emacs <at> gnu.org
Subject: eieio :method-invocation-order inoperative
Date: Mon, 24 Feb 2025 23:46:10 -0500
The :method-invocation-order mechanism in the EIEIO docs doesn't seem to
do anything anymore, perhaps because the generic function mechanism is
now integrated into the core. We should either fix it or (more likely,
because we'd otherwise need to support non-default CLOS method
combinators) remove it from the manual and emit a deprecation warning
when somebody tries to use it.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#76539; Package emacs. (Tue, 25 Feb 2025 23:24:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Daniel Colascione <dancol <at> dancol.org>
Cc: "Eric M. Ludlam" <zappo <at> gnu.org>, 76539 <at> debbugs.gnu.org
Subject: Re: bug#76539: eieio :method-invocation-order inoperative
Date: Tue, 25 Feb 2025 23:23:41 +0000
Daniel Colascione <dancol <at> dancol.org> writes:

> The :method-invocation-order mechanism in the EIEIO docs doesn't seem to
> do anything anymore, perhaps because the generic function mechanism is
> now integrated into the core. We should either fix it or (more likely,
> because we'd otherwise need to support non-default CLOS method
> combinators) remove it from the manual and emit a deprecation warning
> when somebody tries to use it.

I'm copying in Eric Ludlam.




This bug report was last modified 110 days ago.

Previous Next


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