GNU bug report logs - #50999
29.0.50; Deleting libraries obsolete since Emacs 24

Previous Next

Package: emacs;

Reported by: Stefan Kangas <stefan <at> marxist.se>

Date: Sun, 3 Oct 2021 21:43:02 UTC

Severity: wishlist

Found in version 29.0.50

Fixed in version 29.1

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Kangas <stefan <at> marxist.se>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Po Lu <luangruo <at> yahoo.com>, Glenn Morris <rgm <at> gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, Lars Ingebrigtsen <larsi <at> gnus.org>,
 50999 <at> debbugs.gnu.org
Subject: Re: bug#50999: 29.0.50; Deleting libraries obsolete since Emacs 24
Date: Wed, 8 Dec 2021 02:37:43 +0100
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

> Po Lu [2021-12-07 10:21:28] wrote:
>> Glenn Morris <rgm <at> gnu.org> writes:
>>> If it were me, I'd just bundle assoc.el with my code, rather than ask
>>> upstream to distribute it forever.
>> That raises the question of where to put assoc.el.
>
> I recommend /dev/null for it.
>
>> It might also lead to a proliferation of various incompatible versions
>> of it.
>
> Seeing that there's been basically no substantial made to it in a decade
> (other than cosmetic fixes), I wouldn't worry about it.
> Also because its semantics is sufficiently twisted that it'd be pretty
> hard to make any non-trivial change without risking breaking something.

To summarize this discussion, it seems like those who still need that
file should just keep a local copy.

One idea is to just copy the definitions from that short file to any
files that still use them.  (If it was me, I'd just wrap the definition
in unless+fboundp.)




This bug report was last modified 3 years and 31 days ago.

Previous Next


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