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 #49 received at 26459 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: eggert <at> cs.ucla.edu, 26459 <at> debbugs.gnu.org
Subject: Re: bug#26459: 26.0.50;
 loaddefs.el is regenerated after each "git pull"
Date: Sat, 15 Apr 2017 10:30:32 +0300
> From: Glenn Morris <rgm <at> gnu.org>
> Date: Fri, 14 Apr 2017 21:25:36 -0400
> Cc: 26459 <at> debbugs.gnu.org
> 
> I find the following patch causes my -j8 builds to often hang forever
> (prior to 28718c4), because two Emacs processes try to modify eg
> uni-name at the same time. I don't know why Make apparently spawns two
> jobs at the same time to do the same thing. Possibly because
> admin/unidata/Makefile doesn't explicitly list the output uni*.el files,
> and calls make in a loop. Maybe we should improve that.

Did you try making this new 'unidata' rule be more similar to the
other 2 rules, in src/Makefile.in, which do the same?  IOW, instead of
a phony "unidata" target, use one of the targets that those other
rules use, which are real files.  Then I hope Make will pay attention
that one such rule is already running, and won't launch another one to
do the same.




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.