From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2017 08:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 26459@debbugs.gnu.org, eggert@cs.ucla.edu X-Debbugs-Original-To: bug-gnu-emacs@gnu.org, Paul Eggert Reply-To: Eli Zaretskii Received: via spool by submit@debbugs.gnu.org id=B.149198723728881 (code B ref -1); Wed, 12 Apr 2017 08:54:02 +0000 Received: (at submit) by debbugs.gnu.org; 12 Apr 2017 08:53:57 +0000 Received: from localhost ([127.0.0.1]:43672 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyE2G-0007Vk-Ne for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyE2F-0007VZ-77 for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyE28-0000MX-WA for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:37624) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cyE28-0000MS-Se for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyE27-00045P-Cn for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2017 04:53:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyE26-0000L2-AD for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2017 04:53:47 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40679) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyE21-0000Iz-Hd; Wed, 12 Apr 2017 04:53:41 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3176 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cyE20-0006Vd-Ub; Wed, 12 Apr 2017 04:53:41 -0400 Date: Wed, 12 Apr 2017 11:54:00 +0300 Message-Id: <83k26qj9av.fsf@gnu.org> From: Eli Zaretskii X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) To reproduce: $ touch .git/logs/HEAD $ make and observe loaddefs.el being regenerated for no good reason. Generation of loaddefs.el is annoyingly slow (takes more than 1 minute on a fast machine, almost 2 min on fencepost.gnu.org), so running it on every pull should be avoided. The reason for this are two rules. One is in src/Makefile.in: $(lispsource)/loaddefs.el: $(VCSWITNESS) | bootstrap-emacs$(EXEEXT) $(MAKE) -C ../lisp autoloads EMACS="$(bootstrap_exe)" This triggers each "git pull" due to $(VCSWITNESS). The other rule is in lisp/Makefile.in: autoloads .PHONY: $(lisp)/loaddefs.el Why should loaddefs.el be treated as a "phony" target? It's a real file. This was introduced in d703a4d, whose log message says just this: * lisp/Makefile.in (PHONY_EXTRAS): New macro. (.PHONY): Depend on it, and on $(lisp)/loaddefs.el, so that the relevant files' time stamps are ignored. That says nothing about the rationale, and I couldn't find any discussions of the change. Paul, could you please explain why would it be a bad idea to remove the "phony" status from loaddefs.el? In GNU Emacs 26.0.50 (build 414, i686-pc-mingw32) of 2017-04-12 built on HOME-C4E4A596F7 Repository revision: 449bc49c768a4733411c7e05186be7efc163cd7c Windowing system distributor 'Microsoft Corp.', version 5.1.2600 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --prefix=/d/usr --enable-checking=yes,glyphs --with-wide-int --with-modules 'CFLAGS=-O0 -gdwarf-4 -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS MODULES Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message puny seq byte-opt subr-x gv bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote w32notify w32 multi-tty make-network-process emacs) Memory information: ((conses 16 102469 10783) (symbols 56 21160 1) (miscs 48 36 108) (strings 16 21253 4892) (string-bytes 1 601609) (vectors 16 14701) (vector-slots 8 479332 4573) (floats 8 50 86) (intervals 40 267 79) (buffers 864 11)) From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2017 15:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: eggert@cs.ucla.edu, 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149201271720444 (code B ref 26459); Wed, 12 Apr 2017 15:59:02 +0000 Received: (at 26459) by debbugs.gnu.org; 12 Apr 2017 15:58:37 +0000 Received: from localhost ([127.0.0.1]:44575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyKfE-0005Jf-VJ for submit@debbugs.gnu.org; Wed, 12 Apr 2017 11:58:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51271) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyKfD-0005JS-Iv for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 11:58:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyKf7-00010i-Ry for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 11:58:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46504) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyKf7-00010e-OW; Wed, 12 Apr 2017 11:58:29 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cyKf5-0005A7-Mw; Wed, 12 Apr 2017 11:58:27 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> X-Spook: Border Patrol Radiation MILSATCOM CISU Lightening X-Ran: n36IAxcX5PuTw+cHXMB)9iuC@n|X0l!5Eo>`g,RuGw8Xw!aKUK\3*b|!YD5l`&Ofi!dPD( X-Hue: brightmagenta X-Attribution: GM Date: Wed, 12 Apr 2017 11:58:27 -0400 In-Reply-To: <83k26qj9av.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 12 Apr 2017 11:54:00 +0300") Message-ID: <8ulgr5ty70.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) IIUC 440bafe has made this much slower by defeating the prior "only update where needed" aspect of this. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2017 16:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: eggert@cs.ucla.edu, 26459@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149201303321053 (code B ref 26459); Wed, 12 Apr 2017 16:04:01 +0000 Received: (at 26459) by debbugs.gnu.org; 12 Apr 2017 16:03:53 +0000 Received: from localhost ([127.0.0.1]:44579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyKkL-0005TV-K9 for submit@debbugs.gnu.org; Wed, 12 Apr 2017 12:03:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyKkK-0005TG-BQ for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 12:03:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyKkE-0002fL-Fk for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 12:03:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46629) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyKk8-0002dA-Ks; Wed, 12 Apr 2017 12:03:40 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4880 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cyKk7-0003ZI-6M; Wed, 12 Apr 2017 12:03:40 -0400 Date: Wed, 12 Apr 2017 19:03:47 +0300 Message-Id: <831ssxk3z0.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <8ulgr5ty70.fsf@fencepost.gnu.org> (message from Glenn Morris on Wed, 12 Apr 2017 11:58:27 -0400) References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Cc: 26459@debbugs.gnu.org, eggert@cs.ucla.edu > Date: Wed, 12 Apr 2017 11:58:27 -0400 > > > 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? Still, I don't see why the time stamp of loaddefs.el should be ignored. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2017 16:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: eggert@cs.ucla.edu, raeburn@raeburn.org, 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149201539024927 (code B ref 26459); Wed, 12 Apr 2017 16:44:02 +0000 Received: (at 26459) by debbugs.gnu.org; 12 Apr 2017 16:43:10 +0000 Received: from localhost ([127.0.0.1]:44645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyLML-0006Tz-Rv for submit@debbugs.gnu.org; Wed, 12 Apr 2017 12:43:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35149) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyLMK-0006Tm-J3 for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 12:43:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyLME-0008Vc-3J for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 12:43:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyLMD-0008VY-Vv; Wed, 12 Apr 2017 12:43:02 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cyLMD-0006fZ-DS; Wed, 12 Apr 2017 12:43:01 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> X-Spook: ICE CIKR Cyber Command Resistant JFK Agriculture Abu X-Ran: ]|!itQzuD?/Z`k4xh?vR5/'w9FC2!1U`yd+;&IuGdRs*D[(mA{\RR[=\a!Ct*g'BZNiVT? X-Hue: white X-Attribution: GM Date: Wed, 12 Apr 2017 12:43:01 -0400 In-Reply-To: <831ssxk3z0.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 12 Apr 2017 19:03:47 +0300") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2017 18:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: eggert@cs.ucla.edu, raeburn@raeburn.org, 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.1492020603354 (code B ref 26459); Wed, 12 Apr 2017 18:11:02 +0000 Received: (at 26459) by debbugs.gnu.org; 12 Apr 2017 18:10:03 +0000 Received: from localhost ([127.0.0.1]:44722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyMiR-00005d-44 for submit@debbugs.gnu.org; Wed, 12 Apr 2017 14:10:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60389) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyMiP-000053-31 for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 14:10:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyMiJ-0005lP-Ak for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 14:09:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyMiD-0005hs-DD; Wed, 12 Apr 2017 14:09:49 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cyMiC-0008MG-8Z; Wed, 12 Apr 2017 14:09:48 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> X-Spook: BART Matamoros National preparedness militia X-Ran: +I4*61.TjA5s,qY-`n9!n4dFtti+b60]GlQMN6"yT:k8!zG0j)y{2p4/meU]7Q40+"T|m; X-Hue: yellow X-Attribution: GM Date: Wed, 12 Apr 2017 14:09:48 -0400 In-Reply-To: (Glenn Morris's message of "Wed, 12 Apr 2017 12:43:01 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Glenn Morris wrote: > 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. Oh, I have a vague memory that maybe autoload generation writes the output file more than once, in which case that wouldn't work (unless it was changed not to, which might be good). From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2017 21:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149203308125791 (code B ref 26459); Wed, 12 Apr 2017 21:38:02 +0000 Received: (at 26459) by debbugs.gnu.org; 12 Apr 2017 21:38:01 +0000 Received: from localhost ([127.0.0.1]:44843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyPxg-0006hv-Sg for submit@debbugs.gnu.org; Wed, 12 Apr 2017 17:38:01 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:46754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyPxe-0006hh-Hz for 26459@debbugs.gnu.org; Wed, 12 Apr 2017 17:37:59 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4720B160238; Wed, 12 Apr 2017 14:37:51 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ZLH5fZNdFnVy; Wed, 12 Apr 2017 14:37:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 948DA160254; Wed, 12 Apr 2017 14:37:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2YvGhiZoBt77; Wed, 12 Apr 2017 14:37:50 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 7D04E160238; Wed, 12 Apr 2017 14:37:50 -0700 (PDT) References: <83k26qj9av.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <41351891-925d-a2a7-0a69-630048154c05@cs.ucla.edu> Date: Wed, 12 Apr 2017 14:37:50 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <83k26qj9av.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 04/12/2017 01:54 AM, Eli Zaretskii wrote: > Paul, could you please explain why would > it be a bad idea to remove the "phony" status from loaddefs.el? That would cause loaddefs.el to not be generated sometimes when it should be. loaddefs.el depends not only on $(LOADDEFS) (its explicit dependencies), but also on all the other *.el files that have an autoload directive. I don't see how the problem you mention is one that d703a4d introduced, as previously loaddefs.el was generated as a side effect of the 'autoloads' rule, which was already phony. That being said, we could do a better job of dependency checking here, so that loaddefs.el is not built so often. I'll see if I can think of something. From unknown Sun Jun 22 17:15:16 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Eli Zaretskii Subject: bug#26459: closed (Re: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull") Message-ID: References: <83fuhciy6u.fsf@gnu.org> <83k26qj9av.fsf@gnu.org> X-Gnu-PR-Message: they-closed 26459 X-Gnu-PR-Package: emacs Reply-To: 26459@debbugs.gnu.org Date: Thu, 13 Apr 2017 07:07:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1492067222-20559-1" This is a multi-part message in MIME format... ------------=_1492067222-20559-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #26459: 26.0.50; loaddefs.el is regenerated after each "git pull" which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 26459@debbugs.gnu.org. --=20 26459: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D26459 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1492067222-20559-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 26459-done) by debbugs.gnu.org; 13 Apr 2017 07:06:13 +0000 Received: from localhost ([127.0.0.1]:44998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyYpZ-0005Ka-L1 for submit@debbugs.gnu.org; Thu, 13 Apr 2017 03:06:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyYpX-0005KK-Me for 26459-done@debbugs.gnu.org; Thu, 13 Apr 2017 03:06:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyYpR-0002tG-FE for 26459-done@debbugs.gnu.org; Thu, 13 Apr 2017 03:06:06 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55831) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyYpJ-0002rI-V0; Thu, 13 Apr 2017 03:05:57 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2002 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cyYpH-0003U8-Jr; Thu, 13 Apr 2017 03:05:56 -0400 Date: Thu, 13 Apr 2017 10:06:17 +0300 Message-Id: <83fuhciy6u.fsf@gnu.org> From: Eli Zaretskii To: Glenn Morris In-reply-to: (message from Glenn Morris on Wed, 12 Apr 2017 12:43:01 -0400) Subject: Re: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26459-done Cc: eggert@cs.ucla.edu, raeburn@raeburn.org, 26459-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Cc: 26459@debbugs.gnu.org, eggert@cs.ucla.edu, raeburn@raeburn.org > 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. Done in 88e0125. Generating loaddefs.el is fast again ;-) ------------=_1492067222-20559-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 12 Apr 2017 08:53:57 +0000 Received: from localhost ([127.0.0.1]:43672 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyE2G-0007Vk-Ne for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyE2F-0007VZ-77 for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyE28-0000MX-WA for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:37624) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cyE28-0000MS-Se for submit@debbugs.gnu.org; Wed, 12 Apr 2017 04:53:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyE27-00045P-Cn for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2017 04:53:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyE26-0000L2-AD for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2017 04:53:47 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40679) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyE21-0000Iz-Hd; Wed, 12 Apr 2017 04:53:41 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3176 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cyE20-0006Vd-Ub; Wed, 12 Apr 2017 04:53:41 -0400 Date: Wed, 12 Apr 2017 11:54:00 +0300 Message-Id: <83k26qj9av.fsf@gnu.org> From: Eli Zaretskii To: bug-gnu-emacs@gnu.org, Paul Eggert Subject: 26.0.50; loaddefs.el is regenerated after each "git pull" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) To reproduce: $ touch .git/logs/HEAD $ make and observe loaddefs.el being regenerated for no good reason. Generation of loaddefs.el is annoyingly slow (takes more than 1 minute on a fast machine, almost 2 min on fencepost.gnu.org), so running it on every pull should be avoided. The reason for this are two rules. One is in src/Makefile.in: $(lispsource)/loaddefs.el: $(VCSWITNESS) | bootstrap-emacs$(EXEEXT) $(MAKE) -C ../lisp autoloads EMACS="$(bootstrap_exe)" This triggers each "git pull" due to $(VCSWITNESS). The other rule is in lisp/Makefile.in: autoloads .PHONY: $(lisp)/loaddefs.el Why should loaddefs.el be treated as a "phony" target? It's a real file. This was introduced in d703a4d, whose log message says just this: * lisp/Makefile.in (PHONY_EXTRAS): New macro. (.PHONY): Depend on it, and on $(lisp)/loaddefs.el, so that the relevant files' time stamps are ignored. That says nothing about the rationale, and I couldn't find any discussions of the change. Paul, could you please explain why would it be a bad idea to remove the "phony" status from loaddefs.el? In GNU Emacs 26.0.50 (build 414, i686-pc-mingw32) of 2017-04-12 built on HOME-C4E4A596F7 Repository revision: 449bc49c768a4733411c7e05186be7efc163cd7c Windowing system distributor 'Microsoft Corp.', version 5.1.2600 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --prefix=/d/usr --enable-checking=yes,glyphs --with-wide-int --with-modules 'CFLAGS=-O0 -gdwarf-4 -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS MODULES Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message puny seq byte-opt subr-x gv bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote w32notify w32 multi-tty make-network-process emacs) Memory information: ((conses 16 102469 10783) (symbols 56 21160 1) (miscs 48 36 108) (strings 16 21253 4892) (string-bytes 1 601609) (vectors 16 14701) (vector-slots 8 479332 4573) (floats 8 50 86) (intervals 40 267 79) (buffers 864 11)) ------------=_1492067222-20559-1-- From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Apr 2017 07:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 26459@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149206738820810 (code B ref 26459); Thu, 13 Apr 2017 07:10:02 +0000 Received: (at 26459) by debbugs.gnu.org; 13 Apr 2017 07:09:48 +0000 Received: from localhost ([127.0.0.1]:45004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyYt2-0005Pa-5q for submit@debbugs.gnu.org; Thu, 13 Apr 2017 03:09:48 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyYt0-0005PO-Qx for 26459@debbugs.gnu.org; Thu, 13 Apr 2017 03:09:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyYss-0004hL-Jh for 26459@debbugs.gnu.org; Thu, 13 Apr 2017 03:09:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55873) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyYss-0004hH-GD; Thu, 13 Apr 2017 03:09:38 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2007 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cyYsq-0006Fi-Hf; Thu, 13 Apr 2017 03:09:37 -0400 Date: Thu, 13 Apr 2017 10:09:58 +0300 Message-Id: <83d1cgiy0p.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <41351891-925d-a2a7-0a69-630048154c05@cs.ucla.edu> (message from Paul Eggert on Wed, 12 Apr 2017 14:37:50 -0700) References: <83k26qj9av.fsf@gnu.org> <41351891-925d-a2a7-0a69-630048154c05@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Paul Eggert > Date: Wed, 12 Apr 2017 14:37:50 -0700 > > On 04/12/2017 01:54 AM, Eli Zaretskii wrote: > > Paul, could you please explain why would > > it be a bad idea to remove the "phony" status from loaddefs.el? > > That would cause loaddefs.el to not be generated sometimes when it > should be. loaddefs.el depends not only on $(LOADDEFS) (its explicit > dependencies), but also on all the other *.el files that have an > autoload directive. Thanks, I have now added this rationale to the commentary in Makefile.in. > I don't see how the problem you mention is one that d703a4d introduced, > as previously loaddefs.el was generated as a side effect of the > 'autoloads' rule, which was already phony. Yes, as Glenn pointed out, the actual culprit was a much later change. > That being said, we could do a better job of dependency checking here, > so that loaddefs.el is not built so often. I'll see if I can think of > something. Given that batch-update-autoloads already does a good job in picking up the required changes, I doubt this would be worth your time. But thanks anyway. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Ken Raeburn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Apr 2017 09:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Glenn Morris , eggert@cs.ucla.edu, 26459-done@debbugs.gnu.org Received: via spool by 26459-done@debbugs.gnu.org id=D26459.149207422430917 (code D ref 26459); Thu, 13 Apr 2017 09:04:01 +0000 Received: (at 26459-done) by debbugs.gnu.org; 13 Apr 2017 09:03:44 +0000 Received: from localhost ([127.0.0.1]:45048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyafI-00082b-BD for submit@debbugs.gnu.org; Thu, 13 Apr 2017 05:03:44 -0400 Received: from mail-qk0-f194.google.com ([209.85.220.194]:34784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyafG-00082M-Ld for 26459-done@debbugs.gnu.org; Thu, 13 Apr 2017 05:03:43 -0400 Received: by mail-qk0-f194.google.com with SMTP id p68so7401169qke.1 for <26459-done@debbugs.gnu.org>; Thu, 13 Apr 2017 02:03:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oqhx28n+KUGyzYO8wxdrA/zAYFkYuAaFG4qD0ypTL/c=; b=IR6cpDXAxLap9WFVUu5nJdYCZvCEQ+oxkpwrc43rLTHExxrHlrfJZMEhPKhy8gcUTQ TS3tCyyPUfnUkNFuQ+AirBL3JAQkQm4v9eLEtn0oSIUTWXh/1aTnLxYdJOaufDqbxCnl yTE2e58RyT4wQUvqSCqp8uq9vl20nQuW/d/G+hT/EcTjHEoRUY8JLptMi/nwXowrclWM M1G1gDbd5v10H+FEKXp04WFA8RX8prMlleY/Rwqxy2Xm3olQ+mIj4XMQe2gutRwotYaD HmBpzRADBjZSjT7jf1LrtqKr6kxns2skKoAEvhCDFXHA1VUKt2rvbmatm6HQ6/8M2Mwf 7Uqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oqhx28n+KUGyzYO8wxdrA/zAYFkYuAaFG4qD0ypTL/c=; b=h0h/X2hzrhQ/nGgB49TQLWYUMrsDuI6gZBieIch03OhNr/KBgapNZMxZo2ybhhZGJ4 sFzGv4UnIIpRzzIrXddByNxwfrmecshQ1mgmoFstNCxa+bumLB5M+TgQv6SiL/nJGNWz tNqlhZ9Dgae58HNYJ5L2NCzujk+GW9o4BbkUixjLykBI5T3nmxAqFRcIv709EUJvG3fQ UZybKxdrZMGh0pNmoeS3G4b428Hy2Nv4QXZOQ6brNOmB7+Am2yDUverYXq1U+MPRoF1Z Gsy0X3YDr01VpUOeJVphDtt53fGKe2IFw43eVC/qu8tc4SCOa+tNwxfDUokgwZuQ+oxl UdUw== X-Gm-Message-State: AN3rC/6KDu0A5NY7FYS7l8/LZKW/sxacU7mtTc4vdQjH8g43uHxV4mAG bQuWxv2LeDtgsg== X-Received: by 10.55.109.199 with SMTP id i190mr1685890qkc.91.1492074217136; Thu, 13 Apr 2017 02:03:37 -0700 (PDT) Received: from [192.168.23.52] (c-50-138-183-136.hsd1.ma.comcast.net. [50.138.183.136]) by smtp.gmail.com with ESMTPSA id s46sm15313058qtc.62.2017.04.13.02.03.36 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 13 Apr 2017 02:03:36 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 From: Ken Raeburn In-Reply-To: <83fuhciy6u.fsf@gnu.org> Date: Thu, 13 Apr 2017 05:03:35 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <75777FA6-0342-48EE-958B-40877C3722C5@raeburn.org> References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> X-Mailer: Apple Mail (2.3124) X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On Apr 13, 2017, at 03:06, Eli Zaretskii wrote: >> From: Glenn Morris >> Cc: 26459@debbugs.gnu.org, eggert@cs.ucla.edu, raeburn@raeburn.org >> Date: Wed, 12 Apr 2017 12:43:01 -0400 >>=20 >> Eli Zaretskii wrote: >>=20 >>>> IIUC 440bafe has made this much slower by defeating the prior "only >>>> update where needed" aspect of this. >>>=20 >>> 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? >>=20 >> Probably, together with a move-if-change at the end. >=20 > Done in 88e0125. Generating loaddefs.el is fast again ;-) I=E2=80=99m sorry about the inconvenience; doing bootstraps so often I = didn=E2=80=99t realize non-bootstraps would be affected so. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Apr 2017 22:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Glenn Morris Cc: raeburn@raeburn.org, 26459-done@debbugs.gnu.org Received: via spool by 26459-done@debbugs.gnu.org id=D26459.14921234766704 (code D ref 26459); Thu, 13 Apr 2017 22:45:02 +0000 Received: (at 26459-done) by debbugs.gnu.org; 13 Apr 2017 22:44:36 +0000 Received: from localhost ([127.0.0.1]:46217 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cynTe-0001k3-Tg for submit@debbugs.gnu.org; Thu, 13 Apr 2017 18:44:36 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:52098) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cynTd-0001jr-3I for 26459-done@debbugs.gnu.org; Thu, 13 Apr 2017 18:44:33 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 869431600C6; Thu, 13 Apr 2017 15:44:26 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id g_vXANvMrawN; Thu, 13 Apr 2017 15:44:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9AD301600E8; Thu, 13 Apr 2017 15:44:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id wYfU7MYlaQsM; Thu, 13 Apr 2017 15:44:25 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 7F2741600E7; Thu, 13 Apr 2017 15:44:25 -0700 (PDT) References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> Date: Thu, 13 Apr 2017 15:44:25 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <83fuhciy6u.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On 04/13/2017 12:06 AM, Eli Zaretskii wrote: > Generating loaddefs.el is fast again;-) I'm now experiencing failures like the following with 'make -j5' on my circa-2012 desktop. They don't always happen so I assume there's a race somewhere. Although I don't know whether it's caused by the recent change, some loaddefs.el-related dependencies do seem to be missing, and perhaps the recent change merely exposed longstanding problems elsewhere. ... mv -f emacs bootstrap-emacs make -C ../lisp compile-first EMACS="../src/bootstrap-emacs" make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Nothing to be done for 'compile-first'. make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make -C ../lisp autoloads EMACS="../src/bootstrap-emacs" make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' ELC ../lisp/cus-start.elc GEN net/tramp-loaddefs.el ELC ../lisp/faces.elc ELC ../lisp/emacs-lisp/cl-preloaded.elc ELC ../lisp/emacs-lisp/cl-generic.elc make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' ELC ../lisp/files.elc make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' ELC ../lisp/frame.elc make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' ELC ../lisp/help.elc Directories for loaddefs: . ./calc ./calendar ./cedet ./cedet/ede ./cedet/semantic ./cedet/semantic/analyze ./cedet/semantic/bovine ./cedet/semantic/decorate ./cedet/semantic/symref ./cedet/semantic/wisent ./cedet/srecode ./emacs-lisp ./emulation ./erc ./eshell ./gnus ./image ./international ./language ./leim ./leim/ja-dic ./leim/quail ./mail ./mh-e ./net ./nxml ./org ./play ./progmodes ./textmodes ./url ./vc GEN loaddefs.el make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make -C ../admin/unidata all EMACS="../../src/bootstrap-emacs" make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/admin/unidata' ELC unidata-gen.elc make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' In create-file-buffer: files.el:1768:8:Warning: function create-file-buffer used to take 0+ arguments, now takes 1 ELC ../lisp/mwheel.elc GEN ../../lisp/international/charprop.el make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Entering directory '/home/eggert/src/gnu/emacs/static-checking/lisp' ELC ../lisp/replace.elc ELC ../lisp/scroll-bar.elc international/uni-bidi.el:0:0: error: file-missing: (Opening input file No such file or directory /home/eggert/src/gnu/emacs/static-checking/lisp/international/uni-bidi.el) make[2]: *** [Makefile:198: loaddefs.el] Error 255 make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[1]: *** [Makefile:734: ../lisp/loaddefs.el] Error 2 make[1]: *** Waiting for unfinished jobs.... make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/lisp' Writing /home/eggert/src/gnu/emacs/static-checking/lisp/international/charprop.el... make[2]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/admin/unidata' make[1]: Leaving directory '/home/eggert/src/gnu/emacs/static-checking/src' make: *** [Makefile:416: src] Error 2 Compilation exited abnormally with code 2 at Thu Apr 13 15:38:42 From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Apr 2017 01:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: Eli Zaretskii , raeburn@raeburn.org, 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149213210919505 (code B ref 26459); Fri, 14 Apr 2017 01:09:01 +0000 Received: (at 26459) by debbugs.gnu.org; 14 Apr 2017 01:08:29 +0000 Received: from localhost ([127.0.0.1]:46282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cypiu-00054X-OO for submit@debbugs.gnu.org; Thu, 13 Apr 2017 21:08:28 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51155) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cypis-00054F-CQ for 26459@debbugs.gnu.org; Thu, 13 Apr 2017 21:08:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cypim-0002jS-9U for 26459@debbugs.gnu.org; Thu, 13 Apr 2017 21:08:21 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41056) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cypij-0002hz-Uf; Thu, 13 Apr 2017 21:08:17 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cypij-0004fC-Cl; Thu, 13 Apr 2017 21:08:17 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> X-Spook: H5N1 KGB AIMSX Cyber terror Domestic security TWA ISEC X-Ran: m0m (Paul Eggert's message of "Thu, 13 Apr 2017 15:44:25 -0700") Message-ID: <9yinm73if2.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Paul Eggert wrote: > international/uni-bidi.el:0:0: error: file-missing: (Opening input > file No such file or directory > /home/eggert/src/gnu/emacs/static-checking/lisp/international/uni-bidi.el) > make[2]: *** [Makefile:198: loaddefs.el] Error 255 At first glance, I don't see how this could be related to recent changes. By a coincidence, after you posted the above I committed ad128fe, which I've had sitting around for a while, and which might be related. IIUC, making lisp's gen-lisp also generate the unidata files (as well as leim and semantic) ought to fix your issue? In fact, I'm not sure why I didn't do that - maybe it turns out not to be so straightforward. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Apr 2017 07:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: eggert@cs.ucla.edu, raeburn@raeburn.org, 26459@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149215449527970 (code B ref 26459); Fri, 14 Apr 2017 07:22:01 +0000 Received: (at 26459) by debbugs.gnu.org; 14 Apr 2017 07:21:35 +0000 Received: from localhost ([127.0.0.1]:46378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyvXz-0007H4-24 for submit@debbugs.gnu.org; Fri, 14 Apr 2017 03:21:35 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52449) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cyvXx-0007Gn-Mo for 26459@debbugs.gnu.org; Fri, 14 Apr 2017 03:21:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyvXr-0001yj-LK for 26459@debbugs.gnu.org; Fri, 14 Apr 2017 03:21:28 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44122) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyvXn-0001wa-Ma; Fri, 14 Apr 2017 03:21:23 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1696 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cyvXm-0001x2-CL; Fri, 14 Apr 2017 03:21:22 -0400 Date: Fri, 14 Apr 2017 10:21:46 +0300 Message-Id: <83shlbh2t1.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <9yinm73if2.fsf@fencepost.gnu.org> (message from Glenn Morris on Thu, 13 Apr 2017 21:08:17 -0400) References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Cc: Eli Zaretskii , 26459@debbugs.gnu.org, raeburn@raeburn.org > Date: Thu, 13 Apr 2017 21:08:17 -0400 > > Paul Eggert wrote: > > > international/uni-bidi.el:0:0: error: file-missing: (Opening input > > file No such file or directory > > /home/eggert/src/gnu/emacs/static-checking/lisp/international/uni-bidi.el) > > make[2]: *** [Makefile:198: loaddefs.el] Error 255 > > At first glance, I don't see how this could be related to recent changes. Neither do I, FWIW. That recent change just populated loaddefs.tmp before updating it, that's all. Since nothing else in the build references loaddefs.tmp, I don't see how it could be related. > IIUC, making lisp's gen-lisp also generate the unidata files (as well as > leim and semantic) ought to fix your issue? In fact, I'm not sure why I > didn't do that - maybe it turns out not to be so straightforward. I think this is the right direction, but I can only wonder how come this problem didn't come up before. I'm building with -j6 and -j8 for a very long time, and never saw such failures, although clearly the generated unidata files might not yet exist when loaddefs.el is produced. Is this likely to happen only on slow machines? From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Apr 2017 17:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: eggert@cs.ucla.edu, raeburn@raeburn.org, 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.14921897305640 (code B ref 26459); Fri, 14 Apr 2017 17:09:01 +0000 Received: (at 26459) by debbugs.gnu.org; 14 Apr 2017 17:08:50 +0000 Received: from localhost ([127.0.0.1]:47405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cz4iI-0001Su-40 for submit@debbugs.gnu.org; Fri, 14 Apr 2017 13:08:50 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50325) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cz4iG-0001Sh-7L for 26459@debbugs.gnu.org; Fri, 14 Apr 2017 13:08:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cz4iA-0007Sn-Ca for 26459@debbugs.gnu.org; Fri, 14 Apr 2017 13:08:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33038) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cz4i8-0007Rp-42; Fri, 14 Apr 2017 13:08:40 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cz4i7-0008RH-Gc; Fri, 14 Apr 2017 13:08:39 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> <83shlbh2t1.fsf@gnu.org> X-Spook: Fortezza Water borne New World Order strategic Torreon X-Ran: kuLImVEH7kl|0&rJf$~4J7p0]k^c=\XpqNSCGr6>fRI"am;i($BfYGoL4*t\wn#I#`_2qG X-Hue: white X-Attribution: GM Date: Fri, 14 Apr 2017 13:08:39 -0400 In-Reply-To: <83shlbh2t1.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 14 Apr 2017 10:21:46 +0300") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii wrote: > I think this is the right direction, but I can only wonder how come > this problem didn't come up before. I'm building with -j6 and -j8 for > a very long time, and never saw such failures, although clearly the > generated unidata files might not yet exist when loaddefs.el is > produced. Is this likely to happen only on slow machines? I was wondering the same thing and could only come up with the same hypothesis. :) (I also wondered if this indicates another area where atomic writes would help.) From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Apr 2017 01:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149221955030429 (code B ref 26459); Sat, 15 Apr 2017 01:26:01 +0000 Received: (at 26459) by debbugs.gnu.org; 15 Apr 2017 01:25:50 +0000 Received: from localhost ([127.0.0.1]:47648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czCTE-0007ui-Ng for submit@debbugs.gnu.org; Fri, 14 Apr 2017 21:25:50 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czCTD-0007uW-AH for 26459@debbugs.gnu.org; Fri, 14 Apr 2017 21:25:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1czCT7-0003mn-7z for 26459@debbugs.gnu.org; Fri, 14 Apr 2017 21:25:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38679) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czCT3-0003lL-8a; Fri, 14 Apr 2017 21:25:37 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1czCT2-000767-C0; Fri, 14 Apr 2017 21:25:36 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> X-Spook: secure Flu event security industrial espionage MDA Saudi X-Ran: J]p)gAnor>/9'7~4 (Glenn Morris's message of "Thu, 13 Apr 2017 21:08:17 -0400") Message-ID: <5ak26mpilr.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Glenn Morris wrote: > IIUC, making lisp's gen-lisp also generate the unidata files (as well as > leim and semantic) ought to fix your issue? In fact, I'm not sure why I > didn't do that - maybe it turns out not to be so straightforward. 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. --- i/lisp/Makefile.in +++ w/lisp/Makefile.in @@ -347,9 +347,9 @@ compile-clean: fi \ done -.PHONY: gen-lisp leim semantic +.PHONY: gen-lisp leim semantic unidata -gen-lisp: leim semantic +gen-lisp: leim semantic unidata leim: $(MAKE) -C ../leim all EMACS="$(EMACS)" @@ -357,6 +357,9 @@ leim: semantic: $(MAKE) -C ../admin/grammars all EMACS="$(EMACS:.%=../.%)" +unidata: + $(MAKE) -C ../admin/unidata all EMACS="$(EMACS:.%=../.%)" + # Compile all Lisp files, but don't recompile those that are up to # date. Some .el files don't get compiled because they set the # local variable no-byte-compile. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Apr 2017 07:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: eggert@cs.ucla.edu, 26459@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149224141718996 (code B ref 26459); Sat, 15 Apr 2017 07:31:01 +0000 Received: (at 26459) by debbugs.gnu.org; 15 Apr 2017 07:30:17 +0000 Received: from localhost ([127.0.0.1]:47776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czI9x-0004wK-6g for submit@debbugs.gnu.org; Sat, 15 Apr 2017 03:30:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51788) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czI9u-0004w8-SD for 26459@debbugs.gnu.org; Sat, 15 Apr 2017 03:30:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1czI9m-0007ar-Mk for 26459@debbugs.gnu.org; Sat, 15 Apr 2017 03:30:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42119) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czI9m-0007ak-Jt; Sat, 15 Apr 2017 03:30:06 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4089 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1czI9l-0003oI-OV; Sat, 15 Apr 2017 03:30:06 -0400 Date: Sat, 15 Apr 2017 10:30:32 +0300 Message-Id: <83bmrygmav.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5ak26mpilr.fsf@fencepost.gnu.org> (message from Glenn Morris on Fri, 14 Apr 2017 21:25:36 -0400) References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> <5ak26mpilr.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Date: Fri, 14 Apr 2017 21:25:36 -0400 > Cc: 26459@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. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Apr 2017 18:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: eggert@cs.ucla.edu, 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149323155312352 (code B ref 26459); Wed, 26 Apr 2017 18:33:02 +0000 Received: (at 26459) by debbugs.gnu.org; 26 Apr 2017 18:32:33 +0000 Received: from localhost ([127.0.0.1]:41970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3Rjt-0003DA-Ms for submit@debbugs.gnu.org; Wed, 26 Apr 2017 14:32:33 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48565) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3Rjr-0003Cy-Se for 26459@debbugs.gnu.org; Wed, 26 Apr 2017 14:32:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d3Rjl-0004Bb-UM for 26459@debbugs.gnu.org; Wed, 26 Apr 2017 14:32:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3Rjk-0004Ae-7m; Wed, 26 Apr 2017 14:32:24 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1d3Rji-0007cy-5e; Wed, 26 Apr 2017 14:32:22 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> <5ak26mpilr.fsf@fencepost.gnu.org> <83bmrygmav.fsf@gnu.org> X-Spook: White House fissionable jihad Sundevil Indigo Homeland X-Ran: VFF4,XHovx*<"tWvth%&vb]]ISu?EuN5Y0H.k.xrr3ovX+-baIyOL/~uR?2iA7fG#{(ZK7 X-Hue: blue X-Attribution: GM Date: Wed, 26 Apr 2017 14:32:22 -0400 In-Reply-To: <83bmrygmav.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 15 Apr 2017 10:30:32 +0300") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii wrote: >> 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. After more investigation, I believe this is unfixable, given the limitations of recursive make. The only way to avoid such a race is to only have one Makefile run a given rule (ie only lisp/Makefile or only src/Makefile should be running unidata rules). And I can't see how to remove the uni-* dependencies from src/Makefile (ns-win and ucs-normalize are the blockers). But I think (hope) that changes I have committed to unidata-gen.el recently should mean Paul is less likely to see his particular race. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Apr 2017 20:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris , Eli Zaretskii Cc: 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149323827822615 (code B ref 26459); Wed, 26 Apr 2017 20:25:02 +0000 Received: (at 26459) by debbugs.gnu.org; 26 Apr 2017 20:24:38 +0000 Received: from localhost ([127.0.0.1]:42028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3TUL-0005sh-Qt for submit@debbugs.gnu.org; Wed, 26 Apr 2017 16:24:38 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:45126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3TUJ-0005sT-6d for 26459@debbugs.gnu.org; Wed, 26 Apr 2017 16:24:35 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 59DD1160072; Wed, 26 Apr 2017 13:24:29 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id IxUQAG6QwAeu; Wed, 26 Apr 2017 13:24:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id AB4C5160062; Wed, 26 Apr 2017 13:24:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id aq2KXnjx_NHZ; Wed, 26 Apr 2017 13:24:28 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 4EA37160076; Wed, 26 Apr 2017 13:24:28 -0700 (PDT) References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> <5ak26mpilr.fsf@fencepost.gnu.org> <83bmrygmav.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: Date: Wed, 26 Apr 2017 13:24:27 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On 04/26/2017 11:32 AM, Glenn Morris wrote: > After more investigation, I believe this is unfixable, given the > limitations of recursive make. How about if we switch to nonrecursive make? That is, have the top-level makefile include the subsidiary makefiles, instead of having it run $(MAKE) for each subsidiary makefile. This would be a major change, but it has some real advantages, and other projects (e.g., coreutils) have switched to this approach to good effect. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each 'git pull' Resent-From: "Phillip Lord" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Apr 2017 20:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Paul Eggert" Cc: Glenn Morris , Eli Zaretskii , 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149323906123928 (code B ref 26459); Wed, 26 Apr 2017 20:38:02 +0000 Received: (at 26459) by debbugs.gnu.org; 26 Apr 2017 20:37:41 +0000 Received: from localhost ([127.0.0.1]:42037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3Tgz-0006Ds-2Y for submit@debbugs.gnu.org; Wed, 26 Apr 2017 16:37:41 -0400 Received: from cloud103.planethippo.com ([78.129.138.110]:44634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3Tgx-0006Df-Dv for 26459@debbugs.gnu.org; Wed, 26 Apr 2017 16:37:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=russet.org.uk; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Cc:To:From:Subject:Date:References:In-Reply-To:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=S5cd+bhEeag5vluyZUzmD2U/AMP/cxEqy+zB4EQJmmI=; b=Ugwh319o31JNZZOEcDxivgozgf 1F5o7C7JS5wVJ3S5Nn9NY9pPLI66HdvMXae2antyzBlyXlxcVJlelSRn4151EjiGbs2RqJQ56E0JA fQwPSo+oiuCBon/SIb51h4PEXF3Jr7opIsFOWP1EpPngb7Ldsu70/6lJ5vgqttZFTR9nbhVTN4GFp rDkGzr8xSA/YAcUxeDya6uhe6W4tXDddQhB01FPMFXt/NFmzfLZkuFkmKNzJHDiGArZARUKQeF6XS GxI5wQZpwAvzZMVWJCZyJAc0dPpILxHm9F4f53Zwo7P48XbtVcwNEAujonzT/fkSHOP2Fr+AFfAG4 S5W5nMMQ==; Received: from [127.0.0.1] (port=41308 helo=cloud103.planethippo.com) by cloud103.planethippo.com with esmtpa (Exim 4.89) (envelope-from ) id 1d3Tgr-0002CE-7s; Wed, 26 Apr 2017 20:37:33 +0000 Received: from 92.233.204.101 ([92.233.204.101]) (SquirrelMail authenticated user phillip.lord@russet.org.uk) by cloud103.planethippo.com with HTTP; Wed, 26 Apr 2017 20:37:33 -0000 Message-ID: In-Reply-To: References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> <5ak26mpilr.fsf@fencepost.gnu.org> <83bmrygmav.fsf@gnu.org> Date: Wed, 26 Apr 2017 20:37:33 -0000 From: "Phillip Lord" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud103.planethippo.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - russet.org.uk X-Get-Message-Sender-Via: cloud103.planethippo.com: authenticated_id: phillip.lord@russet.org.uk X-Authenticated-Sender: cloud103.planethippo.com: phillip.lord@russet.org.uk X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On Wed, April 26, 2017 8:24 pm, Paul Eggert wrote: > On 04/26/2017 11:32 AM, Glenn Morris wrote: > >> After more investigation, I believe this is unfixable, given the >> limitations of recursive make. > > How about if we switch to nonrecursive make? That is, have the top-level > makefile include the subsidiary makefiles, instead of having it run $(MAKE) > for each subsidiary makefile. This would be a major change, but it has > some real advantages, and other projects (e.g., coreutils) have switched > to this approach to good effect. That might help simplify some of the strange stuff in the makefiles -- having the Makefile in src call the Makefile in lisp is confusing. From unknown Sun Jun 22 17:15:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#26459: 26.0.50; loaddefs.el is regenerated after each "git pull" Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Apr 2017 20:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26459 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: Eli Zaretskii , 26459@debbugs.gnu.org Received: via spool by 26459-submit@debbugs.gnu.org id=B26459.149323968224852 (code B ref 26459); Wed, 26 Apr 2017 20:49:02 +0000 Received: (at 26459) by debbugs.gnu.org; 26 Apr 2017 20:48:02 +0000 Received: from localhost ([127.0.0.1]:42043 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3Tr0-0006Se-4D for submit@debbugs.gnu.org; Wed, 26 Apr 2017 16:48:02 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3Tqx-0006SH-LJ for 26459@debbugs.gnu.org; Wed, 26 Apr 2017 16:47:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d3Tqr-0000p0-Tz for 26459@debbugs.gnu.org; Wed, 26 Apr 2017 16:47:54 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60804) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3Tqo-0000oA-Sl; Wed, 26 Apr 2017 16:47:50 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1d3Tqo-00044T-1x; Wed, 26 Apr 2017 16:47:50 -0400 From: Glenn Morris References: <83k26qj9av.fsf@gnu.org> <8ulgr5ty70.fsf@fencepost.gnu.org> <831ssxk3z0.fsf@gnu.org> <83fuhciy6u.fsf@gnu.org> <89843eb4-e9a1-6beb-ec83-cd587768a3e3@cs.ucla.edu> <9yinm73if2.fsf@fencepost.gnu.org> <5ak26mpilr.fsf@fencepost.gnu.org> <83bmrygmav.fsf@gnu.org> X-Spook: BRLO Emergency response Smuggling Somolia Saudi Arabia X-Ran: 4l^:E1J&G/C&ztt|krj/J)6S?}BR$xV&E`iP"aB2>zEb-8s;N8Qs}Y4xQp'4m>`g0GLzF1 X-Hue: red X-Attribution: GM Date: Wed, 26 Apr 2017 16:47:49 -0400 In-Reply-To: (Paul Eggert's message of "Wed, 26 Apr 2017 13:24:27 -0700") Message-ID: <6fmvb2opze.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Paul Eggert wrote: > How about if we switch to nonrecursive make? I think that is a huge change, and best discussed outside this bug report.