GNU bug report logs - #56641
Deprecate `lsh`

Previous Next

Package: emacs;

Reported by: Mattias Engdegård <mattiase <at> acm.org>

Date: Tue, 19 Jul 2022 13:39:01 UTC

Severity: normal

Done: Mattias Engdegård <mattiase <at> acm.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: mattiase <at> acm.org, 56641 <at> debbugs.gnu.org
Subject: Re: bug#56641: Deprecate `lsh`
Date: Tue, 19 Jul 2022 19:38:46 +0300
> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Tue, 19 Jul 2022 12:20:01 -0400
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 56641 <at> debbugs.gnu.org
> 
> Mattias Engdegård <mattiase <at> acm.org> writes:
> 
> > Adding a few words to the doc string may suffice, but a byte-compiler
> > warning would help.
> 
> What we have done in such cases is declare it obsolete but add a comment
> that we want to keep it around for longer.  See `interactive-p', that
> was not deleted in Emacs 28 despite having been obsolete for over a
> decade.

This is not what "obsolete" means and is about, so let's not abuse it
for this purpose.

I'm okay with introducing some new special attribute for such cases,
i.e. when the use of a function or a variable is discouraged for
whatever reasons, so that the byte-compiler could warn about that.
Just let's not called them "obsolete", because they aren't.




This bug report was last modified 2 years and 301 days ago.

Previous Next


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