GNU bug report logs - #39546
28.0.50; Do not require subr-x at run time

Previous Next

Full log

View this message in rfc822 format

From: Tassilo Horn <tsdh <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39546 <at> debbugs.gnu.org, larsi <at> gnus.org, michael.albinus <at> gmx.de, Tino Calancha <tino.calancha <at> gmail.com>
Subject: bug#39546: 28.0.50; Do not require subr-x at run time
Date: Mon, 10 Feb 2020 20:19:05 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> > subr.el is preloaded, so doing that will enlarge the Emacs memory
>> > footprint.  Is that function important enough to have it preloaded?
>> According with its usage at Emacs source (only at json.el) I'd say
>> the answer to your question is: not worth to be at subr.el.
>
> That's what I thought.  So I suggest to find another file to host this
> function, if we want subr-x.el to have only macros and defsubst's.

Given that it's only a wrapper around replace-buffer-contents which is
always available, I think it shouldn't be hidden too much.  AFAIK, I've
put it in subr.el first and requests were made to move it to subr-x.el.

I've already submitted patches to hindent (and I think to some other 3rd
party package providing code formatting by replacing with the output of
some formatting tool) using that function.

Anyway, if it is going to be moved, I'd to ask you to move it in
emacs-27 so that I can check for and fix external usages I know of
without having to distinguish emacs versions.

Bye,
Tassilo

Previous Next

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