GNU bug report logs - #39169
28.0.50; Confusing obsolete variable warnings in eieio-defclass-autoload

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Sat, 18 Jan 2020 09:58:02 UTC

Severity: normal

Found in version 28.0.50

Done: Michael Heerdegen <michael_heerdegen <at> web.de>

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: 39169 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#39169: 28.0.50; Confusing obsolete variable warnings in
 eieio-defclass-autoload
Date: Thu, 27 Aug 2020 15:34:42 +0200
Michael Heerdegen <michael_heerdegen <at> web.de> writes:

> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> But now I'm wondering why Michael isn't just setting/binding
>> eieio-backward-compatibility to nil?  Then the warnings would go away,
>> and he probably aren't using the compat symbols, anyway?
>
> AFAIR, the situation is: I can do that file locally in my library, yes.
>
> But any user of the library will still see those warnings.  It's likely
> that this user uses the name "buffer-note" for a buffer-note, and the
> warning text is meaningless for anybody who doesn't know what's going
> on.

OK, but then I think the right thing here is just to punt further, to
that user of the library.  :-)  If they don't want warnings about these
obsolete compat variables, then they are the ones that should set
eieio-backward-compatibility to nil?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 134 days ago.

Previous Next


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