GNU bug report logs - #26459
26.0.50; loaddefs.el is regenerated after each "git pull"

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Wed, 12 Apr 2017 08:54:02 UTC

Severity: normal

Found in version 26.0.50

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

Bug is archived. No further changes may be made.

Full log


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

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: eggert <at> cs.ucla.edu, raeburn <at> raeburn.org, 26459 <at> debbugs.gnu.org
Subject: Re: bug#26459: 26.0.50;
 loaddefs.el is regenerated after each "git pull"
Date: Wed, 12 Apr 2017 12:43:01 -0400
Eli Zaretskii wrote:

>> IIUC 440bafe has made this much slower by defeating the prior "only
>> update where needed" aspect of this.
>
> 440bafe made the rule generate the loaddefs in a temporary file.
> Would it help to copy loaddefs.el into loaddefs.tmp before running
> batch-update-autoloads?

Probably, together with a move-if-change at the end.

Actually, I think it would be better to make the "write to a tempfile"
aspect internal to Emacs, the same as it is for byte-compile-file.
Then all loaddefs generation would get the benefit.

(I wonder whether it could be pushed to a lower lever still, by giving
write-region an optional "atomic" mode of operation?)

> Still, I don't see why the time stamp of loaddefs.el should be
> ignored.

The Makefile doesn't know the dependencies, so the output timestamp is
meaningless to it. It must defer to Emacs to decide whether the file is
up-to-date.




This bug report was last modified 8 years and 30 days ago.

Previous Next


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