From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jul 2011 05:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9106@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Reply-To: Eli Zaretskii Received: via spool by submit@debbugs.gnu.org id=B.131088064827138 (code B ref -1); Sun, 17 Jul 2011 05:31:02 +0000 Received: (at submit) by debbugs.gnu.org; 17 Jul 2011 05:30:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiJwF-00073e-Qm for submit@debbugs.gnu.org; Sun, 17 Jul 2011 01:30:48 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiJwD-00073N-LA for submit@debbugs.gnu.org; Sun, 17 Jul 2011 01:30:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QiJw7-0003k4-Dg for submit@debbugs.gnu.org; Sun, 17 Jul 2011 01:30:40 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:33264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QiJw7-0003k0-9Z for submit@debbugs.gnu.org; Sun, 17 Jul 2011 01:30:39 -0400 Received: from eggs.gnu.org ([140.186.70.92]:55742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QiJw6-0003bO-3Z for bug-gnu-emacs@gnu.org; Sun, 17 Jul 2011 01:30:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QiJw4-0003jq-Rz for bug-gnu-emacs@gnu.org; Sun, 17 Jul 2011 01:30:38 -0400 Received: from fencepost.gnu.org ([140.186.70.10]:53281) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QiJw4-0003jm-I4 for bug-gnu-emacs@gnu.org; Sun, 17 Jul 2011 01:30:36 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QiJw4-0000uU-CA for bug-gnu-emacs@gnu.org; Sun, 17 Jul 2011 01:30:36 -0400 Date: Sun, 17 Jul 2011 01:30:36 -0400 Message-Id: From: Eli Zaretskii X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Invocation of the `configure' script causes recompilation of many source files, even though nothing has really changed. It looks like the cause is lib/Makefile which states that several generated headers in that directory depend on config.status. So each `configure' causes those headers to be regenerated, which in turn triggers many files using those headers to be recompiled. This is annoying, as building Emacs even on a modern system takes a significant amount of time (about 3 minutes on this box, whose details see below). Can this annoyance be removed, please? In GNU Emacs 24.0.50.22 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2011-07-17 on fencepost configured using `configure '--with-gif=no' '--with-tiff=no'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default enable-multibyte-characters: t Major mode: RMAIL Minor modes in effect: display-time-mode: t show-paren-mode: t savehist-mode: t tooltip-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 auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t Recent input: B ESC O A ESC O A ESC O A C-x C-f C h a n g TAB RET ESC [ 5 ~ ESC [ 5 ~ ESC [ 6 ~ ESC [ 6 ~ ESC [ 6 ~ ESC [ 6 ~ ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O A ESC O A ESC O A ESC O A C-x b I N B TAB RET C-u g m a i l . n e w RET m e m a c s - d e v e l @ g n u . o r g DEL DEL DEL DEL DEL DEL DEL DEL SPC DEL @ g n u . o r g ESC O B ESC ~ C-x 5 o ESC x r e p o r t - e m TAB RET Recent messages: scroll-down-command: Beginning of buffer [2 times] Getting mail from /srv/data/home/e/eliz/mail.new... Counting new messages... Counting messages...60 Counting new messages...done (70) Saving file /home/e/eliz/INBOX... Wrote /home/e/eliz/INBOX [2 times] Computing summary lines...done 70 new messages read Modification-flag cleared Load-path shadows: None found. Features: (shadow emacsbug sendmail flyspell ispell add-log vc-bzr cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt qp rmailsum rmailmm message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 rmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time paren cus-start cus-load time-date savehist saveplace tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation In-Reply-To: Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 17:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13110113343143 (code B ref 9106); Mon, 18 Jul 2011 17:49:01 +0000 Received: (at 9106) by debbugs.gnu.org; 18 Jul 2011 17:48:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qirw6-0000oe-2b for submit@debbugs.gnu.org; Mon, 18 Jul 2011 13:48:54 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qirw4-0000oU-Cp for 9106@debbugs.gnu.org; Mon, 18 Jul 2011 13:48:52 -0400 Received: from localhost ([127.0.0.1]:39543) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qirvx-00030I-Sy; Mon, 18 Jul 2011 13:48:46 -0400 From: Glenn Morris References: X-Spook: explosion radar World Trade Center Taiwan bootleg MD5 X-Ran: {zCGE2+u04P22ih|&p/weLriL*6a8KifA8o%:Gs0/=UkJn_$.RLS(r-==^X_b8%DW/Mh]Q X-Hue: blue X-Attribution: GM Date: Mon, 18 Jul 2011 13:48:45 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.8 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) Eli Zaretskii wrote: > Invocation of the `configure' script causes recompilation of many > source files, even though nothing has really changed. Why do you want to re-run configure - can you get away with just `make'? In principle, almost anything could have changed if you have re-run configure (?). Eg you could in principle be compiling for a different arch now. I'm not sure it's possible to distinguish those cases from cases where nothing has really changed. > It looks like the cause is lib/Makefile which states that several > generated headers in that directory depend on config.status. So each > `configure' causes those headers to be regenerated, which in turn > triggers many files using those headers to be recompiled. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 18:21:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: Eli Zaretskii , 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13110132355884 (code B ref 9106); Mon, 18 Jul 2011 18:21:03 +0000 Received: (at 9106) by debbugs.gnu.org; 18 Jul 2011 18:20:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QisQl-0001Wr-1P for submit@debbugs.gnu.org; Mon, 18 Jul 2011 14:20:35 -0400 Received: from smtprelay-b21.telenor.se ([195.54.99.212]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QisQj-0001WX-Bg for 9106@debbugs.gnu.org; Mon, 18 Jul 2011 14:20:34 -0400 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-b21.telenor.se (Postfix) with ESMTP id 31CFCEA7B4 for <9106@debbugs.gnu.org>; Mon, 18 Jul 2011 20:20:27 +0200 (CEST) X-SENDER-IP: [85.225.45.26] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgptAEJ4JE5V4S0aPGdsb2JhbABUiRGeaAsBAQEBNzKIfALCX4Y8BKM9 X-IronPort-AV: E=Sophos;i="4.67,223,1309730400"; d="scan'208";a="207279107" Received: from c-1a2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.26]) by ipb2.telenor.se with ESMTP; 18 Jul 2011 20:20:26 +0200 Received: from anon-59-181.ipredate.net (anon-59-181.ipredate.net [93.182.181.59]) by coolsville.localdomain (Postfix) with ESMTPSA id 081327FA05A; Mon, 18 Jul 2011 20:20:24 +0200 (CEST) Message-ID: <4E247963.1050002@swipnet.se> Date: Mon, 18 Jul 2011 20:20:19 +0200 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) Glenn Morris skrev 2011-07-18 19.48: > Eli Zaretskii wrote: > >> Invocation of the `configure' script causes recompilation of many >> source files, even though nothing has really changed. > > Why do you want to re-run configure - can you get away with just `make'? > In principle, almost anything could have changed if you have re-run > configure (?). Eg you could in principle be compiling for a different > arch now. I'm not sure it's possible to distinguish those cases from > cases where nothing has really changed. 'make' after a bzr upd often runs configure nowdays. More often than not. Jan D. > >> It looks like the cause is lib/Makefile which states that several >> generated headers in that directory depend on config.status. So each >> `configure' causes those headers to be regenerated, which in turn >> triggers many files using those headers to be recompiled. > > From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 18:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: Eli Zaretskii , 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13110142337409 (code B ref 9106); Mon, 18 Jul 2011 18:38:02 +0000 Received: (at 9106) by debbugs.gnu.org; 18 Jul 2011 18:37:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qisgq-0001vS-93 for submit@debbugs.gnu.org; Mon, 18 Jul 2011 14:37:12 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qisgo-0001uW-GA for 9106@debbugs.gnu.org; Mon, 18 Jul 2011 14:37:11 -0400 Received: from localhost ([127.0.0.1]:50511) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qisgi-0007Jq-OC; Mon, 18 Jul 2011 14:37:04 -0400 From: Glenn Morris References: <4E247963.1050002@swipnet.se> X-Spook: RSA ISEC CID world domination corporate security BRLO X-Ran: yxlclhK2xf3q.oLN{-SU^,WI$f6M5HB)?'&3ynZ%HuC$_:CAVU%A&QH?@PX=!;x'%-D(]+ X-Hue: red X-Attribution: GM Date: Mon, 18 Jul 2011 14:37:04 -0400 In-Reply-To: <4E247963.1050002@swipnet.se> ("Jan =?UTF-8?Q?Dj=C3=A4rv?="'s message of "Mon, 18 Jul 2011 20:20:19 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) Jan Dj=C3=A4rv wrote: > 'make' after a bzr upd often runs configure nowdays. More often than not. Then I guess the prerequisites of configure (the various Makefile.in's etc) must be being updated a lot right now. I don't see a way round this. Re-running configure is The Right Thing. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 18:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: 9106@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13110142407421 (code B ref 9106); Mon, 18 Jul 2011 18:38:02 +0000 Received: (at 9106) by debbugs.gnu.org; 18 Jul 2011 18:37:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qisgt-0001vb-Vt for submit@debbugs.gnu.org; Mon, 18 Jul 2011 14:37:19 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qisgl-0001ts-PA for 9106@debbugs.gnu.org; Mon, 18 Jul 2011 14:37:11 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LOJ00J00L03S600@a-mtaout22.012.net.il> for 9106@debbugs.gnu.org; Mon, 18 Jul 2011 21:37:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.133.66]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOJ00JDML1P8B70@a-mtaout22.012.net.il>; Mon, 18 Jul 2011 21:37:02 +0300 (IDT) Date: Mon, 18 Jul 2011 21:37:02 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83livv77w1.fsf@gnu.org> References: X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > From: Glenn Morris > Cc: 9106@debbugs.gnu.org > Date: Mon, 18 Jul 2011 13:48:45 -0400 > > Eli Zaretskii wrote: > > > Invocation of the `configure' script causes recompilation of many > > source files, even though nothing has really changed. > > Why do you want to re-run configure - can you get away with just `make'? How can I know? I just did a "bzr up", and I don't want to analyze every file that got updated to see if a mere "make" will do. E.g., what if some Makefile.in got updated? It used to be the case that if the results of running `configure' didn't change anything of essence, "make" would do nothing. This worked by producing the generated files under temporary names and by using move-if-change to overwrite the old files if the new ones were different. Why cannot we extend this method to the additional files we generate now? > In principle, almost anything could have changed if you have re-run > configure (?). Eg you could in principle be compiling for a different > arch now. I'm not sure it's possible to distinguish those cases from > cases where nothing has really changed. Of course, it's possible: several files, such as src/config.h, will be different. We just need to compare them before we overwrite the old ones with new. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 18:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: 9106@debbugs.gnu.org, jan.h.d@swipnet.se Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13110155299306 (code B ref 9106); Mon, 18 Jul 2011 18:59:01 +0000 Received: (at 9106) by debbugs.gnu.org; 18 Jul 2011 18:58:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qit1l-0002Q2-I7 for submit@debbugs.gnu.org; Mon, 18 Jul 2011 14:58:49 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qit1j-0002Pr-8g for 9106@debbugs.gnu.org; Mon, 18 Jul 2011 14:58:48 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LOJ00800LYAL900@a-mtaout20.012.net.il> for 9106@debbugs.gnu.org; Mon, 18 Jul 2011 21:58:40 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.133.66]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOJ007WRM1RT6A0@a-mtaout20.012.net.il>; Mon, 18 Jul 2011 21:58:40 +0300 (IDT) Date: Mon, 18 Jul 2011 21:58:40 +0300 From: Eli Zaretskii In-reply-to: Message-id: <83k4bf76vz.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <4E247963.1050002@swipnet.se> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > From: Glenn Morris > Cc: Eli Zaretskii , 9106@debbugs.gnu.org > Date: Mon, 18 Jul 2011 14:37:04 -0400 >=20 > Jan Dj=C3=A4rv wrote: >=20 > > 'make' after a bzr upd often runs configure nowdays. More often = than not. >=20 > Then I guess the prerequisites of configure (the various Makefile.i= n's > etc) must be being updated a lot right now. I don't see a way round > this. Re-running configure is The Right Thing. I have nothing against re-running configure. I just don't want it unnecessarily compiling things. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation References: In-Reply-To: Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 00:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9106@debbugs.gnu.org Cc: bug-gnulib Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111223907427 (code B ref 9106); Wed, 20 Jul 2011 00:40:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 00:39:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjKpJ-0001vj-P7 for submit@debbugs.gnu.org; Tue, 19 Jul 2011 20:39:50 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjKpF-0001vV-8S for 9106@debbugs.gnu.org; Tue, 19 Jul 2011 20:39:47 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id BD82339E80FA; Tue, 19 Jul 2011 17:39:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jbAAobIZlOCR; Tue, 19 Jul 2011 17:39:38 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id D875539E80F8; Tue, 19 Jul 2011 17:39:38 -0700 (PDT) Message-ID: <4E2623CA.8090805@cs.ucla.edu> Date: Tue, 19 Jul 2011 17:39:38 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) [cc'ing bug-gnulib as it's related; see ] > It used to be the case that if the results of running `configure' > didn't change anything of essence, "make" would do nothing. This > worked by producing the generated files under temporary names and by > using move-if-change to overwrite the old files if the new ones were > different. If memory serves, that process is pretty error-prone. One can't simply use move-if-change: one needs a separate time stamp file for each file that one is doing the move-if-change trick with. Otherwise, when you run 'make' again, it will cheerfully regenerate all the .h files again. And with the time stamp files, one runs into problems where the time stamp files are out of sync with reality. I'm not saying it can't be done, but it would be a pain to have it done without losing reliability during the build. Part of the problem is deciding automatically whether a change is one "of essence". From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 05:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 9106@debbugs.gnu.org, bug-gnulib@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131113949931907 (code B ref 9106); Wed, 20 Jul 2011 05:25:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 05:24:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjPHD-0008IV-JX for submit@debbugs.gnu.org; Wed, 20 Jul 2011 01:24:59 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjPH8-0008IE-2U for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 01:24:54 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QjPH2-0000Dw-03; Wed, 20 Jul 2011 01:24:44 -0400 Date: Wed, 20 Jul 2011 01:24:44 -0400 Message-Id: From: Eli Zaretskii In-reply-to: <4E2623CA.8090805@cs.ucla.edu> (message from Paul Eggert on Tue, 19 Jul 2011 17:39:38 -0700) References: <4E2623CA.8090805@cs.ucla.edu> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Tue, 19 Jul 2011 17:39:38 -0700 > From: Paul Eggert > Cc: bug-gnulib > > [cc'ing bug-gnulib as it's related; see ] > > > It used to be the case that if the results of running `configure' > > didn't change anything of essence, "make" would do nothing. This > > worked by producing the generated files under temporary names and by > > using move-if-change to overwrite the old files if the new ones were > > different. > > If memory serves, that process is pretty error-prone. One can't > simply use move-if-change: one needs a separate time stamp file for > each file that one is doing the move-if-change trick with. Otherwise, > when you run 'make' again, it will cheerfully regenerate all the .h > files again. Sorry, I don't see the difficulty. Perhaps I'm missing something. The current recipe for producing, e.g., unistd.h from unistd.in.h is this: unistd.h: unistd.in.h $(top_builddir)/config.status $(CXXDEFS_H) $(ARG_NONNULL_H) $(WARN_ON_USE_H) $(AM_V_GEN)rm -f $@-t $@ && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ [...] -e '/definition of _GL_WARN_ON_USE/r $(WARN_ON_USE_H)'; \ } > $@-t && \ mv $@-t $@ What I'm suggesting is to replace the last command ("mv $@-t $@") with this: move-if-change $@-t $@ That's it. Make will indeed cheerfully regenerate unistd.h-t, but as long as that file isn't copied over unistd.h, the source files that include unistd.h won't be recompiled. Regeneration of unistd.h-t is very fast; it's the needless recompilation of the plethora of source files that include unistd.h that is the problem addressed by this bug report. It could be the case that some configure.in wizardry would resolve this even nicer, by doing a similar move-if-change trick with config.status (whose being a prerequisite of these header files is the trigger for their regeneration, IIUC). That will prevent even the regeneration itself. But I don't know if this is possible without too much effort, so the suggested simpler "band-aid" is good enough for me. > Part of the problem is deciding automatically whether a change is > one "of essence". I think comparing the old file with the new one, like move-if-change does, is all that's needed. There's no requirement to detect changes that are non-essential, like comments etc. -- if any change is detected, let the files be recompiled. Am I missing something? From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 05:59:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org, bug-gnulib@gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111415422355 (code B ref 9106); Wed, 20 Jul 2011 05:59:03 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 05:59:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjPoD-0000bs-Ix for submit@debbugs.gnu.org; Wed, 20 Jul 2011 01:59:02 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjPoB-0000bg-85 for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 01:59:00 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 8A3E839E80F8; Tue, 19 Jul 2011 22:58:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kkla6DBxQaYt; Tue, 19 Jul 2011 22:58:53 -0700 (PDT) Received: from [192.168.1.3] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id EBC4A39E80E0; Tue, 19 Jul 2011 22:58:52 -0700 (PDT) Message-ID: <4E266E98.4010901@cs.ucla.edu> Date: Tue, 19 Jul 2011 22:58:48 -0700 From: Paul Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 References: <4E2623CA.8090805@cs.ucla.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On 07/19/2011 10:24 PM, Eli Zaretskii wrote: > What I'm suggesting is to replace the last command ("mv $@-t $@") with > this: > > move-if-change $@-t $@ > > That's it. Make will indeed cheerfully regenerate unistd.h-t ... and alloca.h-t. And getopt.h-t. And the other ten .h-t files that are generated on typical platforms. And this would occur every time one does a 'make', even when there's no real work to do. The unnecessary "make" actions would fill up people's screens, and would be confusing. I'm afraid this cure would be worse than the disease. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 06:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 9106@debbugs.gnu.org, bug-gnulib@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111433874938 (code B ref 9106); Wed, 20 Jul 2011 06:30:03 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 06:29:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQHz-0001Hb-0s for submit@debbugs.gnu.org; Wed, 20 Jul 2011 02:29:47 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQHw-0001HP-ID for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 02:29:45 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QjQHq-0003DH-6Q; Wed, 20 Jul 2011 02:29:38 -0400 Date: Wed, 20 Jul 2011 02:29:38 -0400 Message-Id: From: Eli Zaretskii In-reply-to: <4E266E98.4010901@cs.ucla.edu> (message from Paul Eggert on Tue, 19 Jul 2011 22:58:48 -0700) References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Tue, 19 Jul 2011 22:58:48 -0700 > From: Paul Eggert > CC: 9106@debbugs.gnu.org, bug-gnulib@gnu.org > > On 07/19/2011 10:24 PM, Eli Zaretskii wrote: > > What I'm suggesting is to replace the last command ("mv $@-t $@") with > > this: > > > > move-if-change $@-t $@ > > > > That's it. Make will indeed cheerfully regenerate unistd.h-t > > ... and alloca.h-t. And getopt.h-t. And the other ten .h-t files > that are generated on typical platforms. Yes. > And this would occur every time one does a 'make', even when there's > no real work to do. This occurs already: these headers are regenerated every time I re-run the `configure' script. How is my suggestion worse than the current situation? > The unnecessary "make" actions would fill up people's screens, > and would be confusing. They fill up my screen already, as things are now. > I'm afraid this cure would be worse than the disease. I feel there's some kind of misunderstanding here, because with my proposal, nothing will happen that doesn't already happen. Perhaps you could show in more detail which Make actions would happen that doesn't happen now. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 06:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: eggert@cs.ucla.edu Cc: 9106@debbugs.gnu.org, bug-gnulib@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111439145876 (code B ref 9106); Wed, 20 Jul 2011 06:39:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 06:38:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQQT-0001Wj-D1 for submit@debbugs.gnu.org; Wed, 20 Jul 2011 02:38:33 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQQQ-0001WX-W8 for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 02:38:31 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QjQQK-0003x0-Db; Wed, 20 Jul 2011 02:38:24 -0400 Date: Wed, 20 Jul 2011 02:38:24 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from Eli Zaretskii on Wed, 20 Jul 2011 02:29:38 -0400) References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Wed, 20 Jul 2011 02:29:38 -0400 > From: Eli Zaretskii > Cc: 9106@debbugs.gnu.org, bug-gnulib@gnu.org > > > The unnecessary "make" actions would fill up people's screens, > > and would be confusing. > > They fill up my screen already, as things are now. > > > I'm afraid this cure would be worse than the disease. > > I feel there's some kind of misunderstanding here, because with my > proposal, nothing will happen that doesn't already happen. Perhaps > you could show in more detail which Make actions would happen that > doesn't happen now. Perhaps you thought that a mere "make", even without re-running `configure', will trigger these rules. But that is not the case: as long as config.status is not updated, these rules will not be triggered, since unistd.h etc. will always be newer than the corresponding *.in.h templates, due to the fact that move-if-change _will_ overwrite them with newer versions whenever there's a real change in the *.in.h templates. Am I missing something? From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: "Ralf Wildenhues" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 06:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org, Paul Eggert , bug-gnulib@gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111442576397 (code B ref 9106); Wed, 20 Jul 2011 06:45:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 06:44:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQW0-0001f8-Mm for submit@debbugs.gnu.org; Wed, 20 Jul 2011 02:44:16 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QjQVx-0001ev-P3 for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 02:44:14 -0400 Received: (qmail 1911 invoked by uid 0); 20 Jul 2011 06:44:07 -0000 Received: from 77.58.247.232 by www053.gmx.net with HTTP; Wed, 20 Jul 2011 08:44:04 +0200 (CEST) Content-Type: text/plain; charset="utf-8" Date: Wed, 20 Jul 2011 08:44:04 +0200 From: "Ralf Wildenhues" In-Reply-To: Message-ID: <20110720064404.40890@gmx.net> MIME-Version: 1.0 References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> X-Authenticated: #13673931 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Mutt-Fcc: ~/Mail/outbox X-Mutt-References: X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1+e13UYowmeV/g5rHH3nWc88Ifan8NMwEJPzaUx7a FuUSrWFSOoPwG8NX0f4Znm1Q12Q48YRE69Ig== Content-Transfer-Encoding: 8bit X-GMX-UID: Bk8Tf4xnbUk7AP2W4mgn1YlsZ2hlN4qr X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Hello, * Eli Zaretskii wrote on Wed, Jul 20, 2011 at 08:29:38AM CEST: > > From: Paul Eggert > > > And this would occur every time one does a 'make', even when there's > > no real work to do. > > This occurs already: these headers are regenerated every time I re-run > the `configure' script. Yes, but 'make' is run a lot more often than 'configure' in some workflows. I think one implicit gnulib expectation is that configure is not run often. (FWIW I don't agree, because if your source tree is several times larger than your gnulib extract, then it really matters whether you need to rebuild the world even rarely.) I proposed using stamp files before, but there are (understandable) reservations against them. Cheers, Ralf From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: "Ralf Wildenhues" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 06:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org, eggert@cs.ucla.edu, bug-gnulib@gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111443946610 (code B ref 9106); Wed, 20 Jul 2011 06:47:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 06:46:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQYD-0001iZ-25 for submit@debbugs.gnu.org; Wed, 20 Jul 2011 02:46:33 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QjQYB-0001iO-JM for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 02:46:32 -0400 Received: (qmail 32439 invoked by uid 0); 20 Jul 2011 06:46:25 -0000 Received: from 77.58.247.232 by www053.gmx.net with HTTP; Wed, 20 Jul 2011 08:46:23 +0200 (CEST) Content-Type: text/plain; charset="utf-8" Date: Wed, 20 Jul 2011 08:46:23 +0200 From: "Ralf Wildenhues" In-Reply-To: Message-ID: <20110720064623.40890@gmx.net> MIME-Version: 1.0 References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> X-Authenticated: #13673931 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Mutt-Fcc: ~/Mail/outbox X-Mutt-References: X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1/j+04D6n/jG21hbrH/AIB5bURUK3oRrNmBrAbTYs uqQwkb0ExB7I2Ko94sOVRZE+g2p1d0u5EKrg== Content-Transfer-Encoding: 8bit X-GMX-UID: 2ghPIYs3MydhcpzwumplmJNjaGRhZprA X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) * Eli Zaretskii wrote on Wed, Jul 20, 2011 at 08:38:24AM CEST: > > > I'm afraid this cure would be worse than the disease. > > > > I feel there's some kind of misunderstanding here, because with my > > proposal, nothing will happen that doesn't already happen. Perhaps > > you could show in more detail which Make actions would happen that > > doesn't happen now. > > Perhaps you thought that a mere "make", even without re-running > `configure', will trigger these rules. But that is not the case: as > long as config.status is not updated, these rules will not be > triggered, since unistd.h etc. will always be newer than the > corresponding *.in.h templates, due to the fact that move-if-change > _will_ overwrite them with newer versions whenever there's a real > change in the *.in.h templates. > > Am I missing something? I think you are. Once config.status is updated, the .h files' rules are triggered, but since move-if-change never updates identical outputs they will be triggered every time from then on. You need a separate stamp file to avoid this. Cheers, Ralf From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 08:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Ralf Wildenhues" Cc: 9106@debbugs.gnu.org, eggert@cs.ucla.edu, bug-gnulib@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131115172417010 (code B ref 9106); Wed, 20 Jul 2011 08:49:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 08:48:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjSSR-0004QH-Ly for submit@debbugs.gnu.org; Wed, 20 Jul 2011 04:48:44 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjSSO-0004Q5-Kt for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 04:48:41 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QjSSJ-0006As-97; Wed, 20 Jul 2011 04:48:35 -0400 Date: Wed, 20 Jul 2011 04:48:35 -0400 Message-Id: From: Eli Zaretskii In-reply-to: <20110720064623.40890@gmx.net> (Ralf.Wildenhues@gmx.de) References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> <20110720064623.40890@gmx.net> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Cc: eggert@cs.ucla.edu, 9106@debbugs.gnu.org, bug-gnulib@gnu.org > Date: Wed, 20 Jul 2011 08:46:23 +0200 > From: "Ralf Wildenhues" > > I think you are. Once config.status is updated, the .h files' rules > are triggered, but since move-if-change never updates identical outputs > they will be triggered every time from then on. > > You need a separate stamp file to avoid this. Or use move-if-change with config.status. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 17:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Ralf Wildenhues , bug-gnulib@gnu.org, 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111826237220 (code B ref 9106); Wed, 20 Jul 2011 17:24:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 17:23:43 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjaUo-0001sO-49 for submit@debbugs.gnu.org; Wed, 20 Jul 2011 13:23:42 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjaUk-0001s9-S8 for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 13:23:41 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 0E89539E80F8; Wed, 20 Jul 2011 10:23:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FhWNBTdAeNnH; Wed, 20 Jul 2011 10:23:32 -0700 (PDT) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 9F34039E80E1; Wed, 20 Jul 2011 10:23:32 -0700 (PDT) Message-ID: <4E270F14.9010909@cs.ucla.edu> Date: Wed, 20 Jul 2011 10:23:32 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Thunderbird/3.1.11 MIME-Version: 1.0 References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> <20110720064623.40890@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.1 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.1 (---) On 07/20/11 01:48, Eli Zaretskii wrote: >> You need a separate stamp file to avoid this. > Or use move-if-change with config.status. That might be better, but it'd need a separate timestamp file, no? Otherwise, config.status would appear out-of-date to the top-level rule that runs 'configure', and that would cause 'make' to run 'configure' every time. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 17:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: Ralf.Wildenhues@gmx.de, bug-gnulib@gnu.org, 9106@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111843179769 (code B ref 9106); Wed, 20 Jul 2011 17:52:01 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 17:51:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjaw8-0002XW-5R for submit@debbugs.gnu.org; Wed, 20 Jul 2011 13:51:56 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjaw6-0002XI-86 for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 13:51:55 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LON004007TA3F00@a-mtaout23.012.net.il> for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 20:51:06 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.133.66]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LON0035H895TT90@a-mtaout23.012.net.il>; Wed, 20 Jul 2011 20:51:06 +0300 (IDT) Date: Wed, 20 Jul 2011 20:51:08 +0300 From: Eli Zaretskii In-reply-to: <4E270F14.9010909@cs.ucla.edu> X-012-Sender: halo1@inter.net.il Message-id: <83k4bcvo1f.fsf@gnu.org> References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> <20110720064623.40890@gmx.net> <4E270F14.9010909@cs.ucla.edu> X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) > Date: Wed, 20 Jul 2011 10:23:32 -0700 > From: Paul Eggert > CC: Ralf Wildenhues , 9106@debbugs.gnu.org, > bug-gnulib@gnu.org > > On 07/20/11 01:48, Eli Zaretskii wrote: > >> You need a separate stamp file to avoid this. > > Or use move-if-change with config.status. > > That might be better, but it'd need a separate timestamp file, no? Probably, sigh. (I hate Makefile's that run configure for me.) From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: "Ralf Wildenhues" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 21:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org, Paul Eggert , bug-gnulib@gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131119587026648 (code B ref 9106); Wed, 20 Jul 2011 21:05:02 +0000 Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 21:04:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjdwU-0006vl-1D for submit@debbugs.gnu.org; Wed, 20 Jul 2011 17:04:30 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QjdwQ-0006vV-Sd for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 17:04:28 -0400 Received: (qmail 11773 invoked by uid 0); 20 Jul 2011 21:04:20 -0000 Received: from 77.58.247.232 by www019.gmx.net with HTTP; Wed, 20 Jul 2011 23:04:18 +0200 (CEST) Content-Type: text/plain; charset="utf-8" Date: Wed, 20 Jul 2011 23:04:17 +0200 From: "Ralf Wildenhues" In-Reply-To: <83k4bcvo1f.fsf@gnu.org> Message-ID: <20110720210417.270150@gmx.net> MIME-Version: 1.0 References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> <20110720064623.40890@gmx.net> <4E270F14.9010909@cs.ucla.edu> <83k4bcvo1f.fsf@gnu.org> X-Authenticated: #13673931 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Mutt-Fcc: ~/Mail/outbox X-Mutt-References: <83k4bcvo1f.fsf@gnu.org> X-Priority: 3 X-Provags-ID: V01U2FsdGVkX19iMvRXWZ5iXi4/exWqJUSHQ0ab6hRl0yoxPSSdOZ EHWPwjvg6q7rKLIGf+QCh8Y7fzLdxWdV8vbw== Content-Transfer-Encoding: 8bit X-GMX-UID: 43sfe7sabmwoR7nXuDdL3xFPUzc4clEp X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) * Eli Zaretskii wrote on Wed, Jul 20, 2011 at 07:51:08PM CEST: > > Date: Wed, 20 Jul 2011 10:23:32 -0700 > > From: Paul Eggert > > CC: Ralf Wildenhues , 9106@debbugs.gnu.org, > > bug-gnulib@gnu.org > > > > On 07/20/11 01:48, Eli Zaretskii wrote: > > >> You need a separate stamp file to avoid this. > > > Or use move-if-change with config.status. > > > > That might be better, but it'd need a separate timestamp file, no? > > Probably, sigh. (I hate Makefile's that run configure for me.) I guess I don't understand why everyone hates stamp files.[1] The config.h rule (among others) has been using one for years, and the last time I've heard complaints or bug reports about it has been years also. Cheers, Ralf [1] Of course they're not clean and pure and all that, but hey, you wouldn't be using autoconf in the first place if you cared. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Bruno Haible Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Jul 2011 10:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: bug-gnulib@gnu.org Cc: Ralf Wildenhues , Paul Eggert , 9106@debbugs.gnu.org, Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131124587214193 (code B ref 9106); Thu, 21 Jul 2011 10:58:01 +0000 Received: (at 9106) by debbugs.gnu.org; 21 Jul 2011 10:57:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjqwt-0003go-2n for submit@debbugs.gnu.org; Thu, 21 Jul 2011 06:57:51 -0400 Received: from mo-p00-ob.rzone.de ([81.169.146.162]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjqwl-0003gV-FS for 9106@debbugs.gnu.org; Thu, 21 Jul 2011 06:57:44 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1311245852; l=2096; s=domk; d=haible.de; h=Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To: References:Cc:Date:Subject:To:From:X-RZG-CLASS-ID:X-RZG-AUTH; bh=3hd0zkqwe3VEn/ODU+5ptZECt7E=; b=G5QH4u+cvZEe0EEBJUNr9j1afVkQPATEFaA/8NYfsPK3FrHjmM74EXyhROM4w9i2+WZ df6wGO2CqeYJLtDA9Fs+fmah2C00M52cebDPyGvTDRbk5xUDy+gI/cpJIqG8JaUUjmC1s WUPXf+UACH6BW4orpvmBd5mdPzY5u5LjS4Y= X-RZG-AUTH: :Ln4Re0+Ic/6oZXR1YgKryK8brksyK8dozXDwHXjf9hj/zDNRav445DE8 X-RZG-CLASS-ID: mo00 Received: from linuix.haible.de (dslb-088-068-038-069.pools.arcor-ip.net [88.68.38.69]) by smtp.strato.de (cohen mo28) (RZmta 26.0) with ESMTPA id 30030fn6L9qg53 ; Thu, 21 Jul 2011 12:57:28 +0200 (MEST) From: Bruno Haible Date: Thu, 21 Jul 2011 12:57:44 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-0.5-desktop; KDE/4.6.0; x86_64; ; ) References: <83k4bcvo1f.fsf@gnu.org> <20110720210417.270150@gmx.net> In-Reply-To: <20110720210417.270150@gmx.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201107211257.44586.bruno@clisp.org> X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Hi Ralf, > I guess I don't understand why everyone hates stamp files. I don't like them either [1], from past experience. Maybe we need to look at the operations that are hurt by stamp files: - Building distributions. If stamp files are included in a tarball, then merely unpacking the tarball (with 'cpio', not 'tar') or copying it (with 'cp -r', not 'cp -a') sets the modification times of all files, and the modification time of the stamp may end up being a little bit earlier than the one of the main file. - Building on a NFS mounted file system, with a time shift between the server and the client. The problem here was that "echo >> foo" and "touch foo" assign different time stamps to the file 'foo'. - Removing or touching the main file by hand must cause a rebuild. In some variants of the stamp rules, you also had to remove or touch the stamp file in order to get "make" do something. - "make -n" ends up rebuilding things, while the developer does not want "make -n" to do anything. - Or, "make -n" displays more or less statements than "make" will actually execute. So "make -n" becomes unreliable. Paul, Jim, Eric, others, do you remember other problems of stamp files? > The config.h rule (among others) has been using one for years, > and the last time I've heard complaints or bug reports about it > has been years also. For reference, here's the rules automake generates for config.h: config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) $(AM_MAKEFLAGS) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: $(am__configure_deps) ($(am__cd) $(top_srcdir) && $(AUTOHEADER)) rm -f stamp-h1 touch $@ distclean-hdr: -rm -f config.h stamp-h1 Is that the kind of rule you would recommend? Bruno [1] http://lists.gnu.org/archive/html/bug-gnulib/2011-04/msg00045.html -- In memoriam Ludwig Beck From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Jul 2011 21:00:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Bruno Haible Cc: 9106@debbugs.gnu.org, Ralf Wildenhues , bug-gnulib@gnu.org, Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13112819718265 (code B ref 9106); Thu, 21 Jul 2011 21:00:04 +0000 Received: (at 9106) by debbugs.gnu.org; 21 Jul 2011 20:59:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk0LC-00029F-Rk for submit@debbugs.gnu.org; Thu, 21 Jul 2011 16:59:31 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk0LA-000293-F0 for 9106@debbugs.gnu.org; Thu, 21 Jul 2011 16:59:29 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 0421039E80FA; Thu, 21 Jul 2011 13:59:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7vnhIvMHn9i8; Thu, 21 Jul 2011 13:59:21 -0700 (PDT) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id A3FB539E80E0; Thu, 21 Jul 2011 13:59:21 -0700 (PDT) Message-ID: <4E289329.1020204@cs.ucla.edu> Date: Thu, 21 Jul 2011 13:59:21 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Thunderbird/3.1.11 MIME-Version: 1.0 References: <83k4bcvo1f.fsf@gnu.org> <20110720210417.270150@gmx.net> <201107211257.44586.bruno@clisp.org> In-Reply-To: <201107211257.44586.bruno@clisp.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.1 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.1 (---) On 07/21/11 03:57, Bruno Haible wrote: > Is that the kind of rule you would recommend? Yes, something like that might work, for config.status in Emacs. But I'd rather not debug this sort of thing myself. Like you, I'm leery of time stamp files; too often their costs outweigh their benefits. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Bruno Haible Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Jul 2011 21:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 9106@debbugs.gnu.org, Ralf Wildenhues , bug-gnulib@gnu.org, Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131128366010671 (code B ref 9106); Thu, 21 Jul 2011 21:28:02 +0000 Received: (at 9106) by debbugs.gnu.org; 21 Jul 2011 21:27:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk0mS-0002m4-9n for submit@debbugs.gnu.org; Thu, 21 Jul 2011 17:27:40 -0400 Received: from mo-p00-ob.rzone.de ([81.169.146.162]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk0mP-0002lq-JL for 9106@debbugs.gnu.org; Thu, 21 Jul 2011 17:27:38 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1311283650; l=405; s=domk; d=haible.de; h=Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To: References:Cc:Date:Subject:To:From:X-RZG-CLASS-ID:X-RZG-AUTH; bh=FGK2zSRXe3bq4UnntCHJxF7SBM0=; b=GHds3ItD1N3PBqCYH4KUoQgbz29iOIGpJZBLAhnKAFXaweS4mJcgC3aAxLJDiQQwdj8 binYtVXq8SYCf+RMDzUArHNkz/gcHjGgj6fJaGjTzpbESzWF3SHz6HFnyeDAAfHeNTLW9 UuLAhv80vhqV4SdzUBJMDozWxh848SZ3kDE= X-RZG-AUTH: :Ln4Re0+Ic/6oZXR1YgKryK8brksyK8dozXDwHXjf9hj/zDNRav445DE8 X-RZG-CLASS-ID: mo00 Received: from linuix.haible.de (dslb-088-068-038-069.pools.arcor-ip.net [88.68.38.69]) by smtp.strato.de (cohen mo40) (RZmta 26.1) with ESMTPA id L05d7bn6LJtsl6 ; Thu, 21 Jul 2011 23:27:09 +0200 (MEST) From: Bruno Haible Date: Thu, 21 Jul 2011 23:27:26 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-0.5-desktop; KDE/4.6.0; x86_64; ; ) References: <201107211257.44586.bruno@clisp.org> <4E289329.1020204@cs.ucla.edu> In-Reply-To: <4E289329.1020204@cs.ucla.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201107212327.27095.bruno@clisp.org> X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Paul Eggert wrote: > Like you, I'm leery of time stamp files; too often > their costs outweigh their benefits. What are, concretely, the problems you are fearing, or that you remember from the past? In other words, which are the tests that we should perform before committing a change that makes use of stamp files? Bruno -- In memoriam Ludwig Beck From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Jul 2011 22:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Bruno Haible Cc: 9106@debbugs.gnu.org, bug-gnulib@gnu.org, Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131128565913473 (code B ref 9106); Thu, 21 Jul 2011 22:01:02 +0000 Received: (at 9106) by debbugs.gnu.org; 21 Jul 2011 22:00:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk1Ig-0003VG-Ky for submit@debbugs.gnu.org; Thu, 21 Jul 2011 18:00:58 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk1Ie-0003V4-PY for 9106@debbugs.gnu.org; Thu, 21 Jul 2011 18:00:57 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 4388C39E80FA; Thu, 21 Jul 2011 15:00:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id isoIBdxFL5il; Thu, 21 Jul 2011 15:00:50 -0700 (PDT) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id C68CF39E80E0; Thu, 21 Jul 2011 15:00:50 -0700 (PDT) Message-ID: <4E28A192.6010702@cs.ucla.edu> Date: Thu, 21 Jul 2011 15:00:50 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Thunderbird/3.1.11 MIME-Version: 1.0 References: <201107211257.44586.bruno@clisp.org> <4E289329.1020204@cs.ucla.edu> <201107212327.27095.bruno@clisp.org> In-Reply-To: <201107212327.27095.bruno@clisp.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.1 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.1 (---) On 07/21/11 14:27, Bruno Haible wrote: > What are, concretely, the problems you are fearing, or that you remember > from the past? In other words, which are the tests that we should perform > before committing a change that makes use of stamp files? Your earlier message summarized the problems that I remember. (Perhaps I've forgotten some.) I'm afraid that the only reliable way to test changes in this area is to have many Emacs developers and installers, who use different styles, build Emacs and report the problems that they see. This would be a reasonable thing to do, if the benefit is large enough relative to the cost (something that's not clear to me). From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Jim Meyering Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Jul 2011 22:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Bruno Haible Cc: 9106@debbugs.gnu.org, Paul Eggert , bug-gnulib@gnu.org, Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131128722915648 (code B ref 9106); Thu, 21 Jul 2011 22:28:02 +0000 Received: (at 9106) by debbugs.gnu.org; 21 Jul 2011 22:27:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk1i0-00044L-Li for submit@debbugs.gnu.org; Thu, 21 Jul 2011 18:27:08 -0400 Received: from mx.meyering.net ([82.230.74.64]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk1hy-00043r-Cr for 9106@debbugs.gnu.org; Thu, 21 Jul 2011 18:27:07 -0400 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 4BEB96002D; Fri, 22 Jul 2011 00:27:00 +0200 (CEST) From: Jim Meyering In-Reply-To: <201107211257.44586.bruno@clisp.org> (Bruno Haible's message of "Thu, 21 Jul 2011 12:57:44 +0200") References: <83k4bcvo1f.fsf@gnu.org> <20110720210417.270150@gmx.net> <201107211257.44586.bruno@clisp.org> Date: Fri, 22 Jul 2011 00:27:00 +0200 Message-ID: <87k4bbclsb.fsf@rho.meyering.net> Lines: 33 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.1 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) Bruno Haible wrote: > Paul, Jim, Eric, others, do you remember other problems of stamp files? > >> The config.h rule (among others) has been using one for years, >> and the last time I've heard complaints or bug reports about it >> has been years also. > > For reference, here's the rules automake generates for config.h: > > config.h: stamp-h1 > @if test ! -f $@; then \ > rm -f stamp-h1; \ > $(MAKE) $(AM_MAKEFLAGS) stamp-h1; \ > else :; fi > > stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status > @rm -f stamp-h1 > cd $(top_builddir) && $(SHELL) ./config.status config.h > > $(srcdir)/config.h.in: $(am__configure_deps) > ($(am__cd) $(top_srcdir) && $(AUTOHEADER)) > rm -f stamp-h1 > touch $@ > > distclean-hdr: > -rm -f config.h stamp-h1 > > Is that the kind of rule you would recommend? Hi Bruno, I know of no problem with that time stamp mechanism. It's been in use (complaint-free) for a very long time. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Jul 2011 06:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: bug-gnulib@gnu.org, 9106@debbugs.gnu.org, bruno@clisp.org Reply-To: Eli Zaretskii Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131131528127219 (code B ref 9106); Fri, 22 Jul 2011 06:15:02 +0000 Received: (at 9106) by debbugs.gnu.org; 22 Jul 2011 06:14:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk90T-00074x-19 for submit@debbugs.gnu.org; Fri, 22 Jul 2011 02:14:41 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk90Q-00074j-ME for 9106@debbugs.gnu.org; Fri, 22 Jul 2011 02:14:40 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LOQ00D0019V9Z00@a-mtaout22.012.net.il> for 9106@debbugs.gnu.org; Fri, 22 Jul 2011 09:14:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.133.66]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOQ00CQP1BORWC0@a-mtaout22.012.net.il>; Fri, 22 Jul 2011 09:14:13 +0300 (IDT) Date: Fri, 22 Jul 2011 09:14:17 +0300 From: Eli Zaretskii In-reply-to: <4E28A192.6010702@cs.ucla.edu> X-012-Sender: halo1@inter.net.il Message-id: <83zkk6u9ja.fsf@gnu.org> References: <201107211257.44586.bruno@clisp.org> <4E289329.1020204@cs.ucla.edu> <201107212327.27095.bruno@clisp.org> <4E28A192.6010702@cs.ucla.edu> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Thu, 21 Jul 2011 15:00:50 -0700 > From: Paul Eggert > CC: 9106@debbugs.gnu.org, bug-gnulib@gnu.org, > Eli Zaretskii > > [...] if the benefit is large enough relative to the cost (something > that's not clear to me). People complain about bzr operations that take 15 seconds where git takes 3, so I'm sure recovering 3 minutes of needless compilation will be quite a win, at a cost of a couple of additional recipes in the top-level Makefile.in. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Jul 2011 08:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: bug-gnulib@gnu.org, 9106@debbugs.gnu.org, bruno@clisp.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13113219774101 (code B ref 9106); Fri, 22 Jul 2011 08:07:01 +0000 Received: (at 9106) by debbugs.gnu.org; 22 Jul 2011 08:06:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QkAkS-000146-9v for submit@debbugs.gnu.org; Fri, 22 Jul 2011 04:06:16 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QkAkQ-00013u-7s for 9106@debbugs.gnu.org; Fri, 22 Jul 2011 04:06:15 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 9349E39E80FA; Fri, 22 Jul 2011 01:06:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BrH10ObOCTX0; Fri, 22 Jul 2011 01:06:08 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 2EEE739E80E1; Fri, 22 Jul 2011 01:06:08 -0700 (PDT) Message-ID: <4E292F68.9040405@cs.ucla.edu> Date: Fri, 22 Jul 2011 01:06:00 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 References: <201107211257.44586.bruno@clisp.org> <4E289329.1020204@cs.ucla.edu> <201107212327.27095.bruno@clisp.org> <4E28A192.6010702@cs.ucla.edu> <83zkk6u9ja.fsf@gnu.org> In-Reply-To: <83zkk6u9ja.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On 07/21/11 23:14, Eli Zaretskii wrote: > I'm sure recovering 3 minutes of needless compilation will > be quite a win, at a cost of a couple of additional recipes If the only cost were two small make rules, that would indeed be a win. I worry the cost will be larger than that. But please feel free to give it a try, and see. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: New build process? Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Jul 2011 10:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.131184816127532 (code B ref 9106); Thu, 28 Jul 2011 10:16:02 +0000 Received: (at 9106) by debbugs.gnu.org; 28 Jul 2011 10:16:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QmNdI-0007A1-EL for submit@debbugs.gnu.org; Thu, 28 Jul 2011 06:16:01 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QmNdG-00079t-MC for 9106@debbugs.gnu.org; Thu, 28 Jul 2011 06:15:59 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id A6F6139E8106; Thu, 28 Jul 2011 03:15:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6xzbGMr4Bl-U; Thu, 28 Jul 2011 03:15:56 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id D133F39E80D2; Thu, 28 Jul 2011 03:15:56 -0700 (PDT) Message-ID: <4E3136DC.2080303@cs.ucla.edu> Date: Thu, 28 Jul 2011 03:15:56 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 References: <20110726184220.GA6390@acm.acm> <87bowg6fre.fsf@fencepost.gnu.org> <4E2F2084.7070001@gmail.com> <4E3074B3.4010408@cs.ucla.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On 07/28/11 03:06, Eli Zaretskii wrote: > It works, at least for me, thanks. It also indirectly solves > bug#9106, so it can be closed now. You're welcome, but I don't see how the patch solves Bug#9106, If one runs 'configure', surely a big recompilation is often needed, even with that change. I'll CC: this to 9106@debbugs.gnu.org so that the bug-9106 issues can be discussed there as needed. For those reading bug 9106, here's the thread and patch Eli is referring to: http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01092.html From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 10:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.16508832358851 (code B ref 9106); Mon, 25 Apr 2022 10:41:02 +0000 Received: (at 9106) by debbugs.gnu.org; 25 Apr 2022 10:40:35 +0000 Received: from localhost ([127.0.0.1]:33385 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niw8x-0002Ig-30 for submit@debbugs.gnu.org; Mon, 25 Apr 2022 06:40:35 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niw8u-0002IN-O5 for 9106@debbugs.gnu.org; Mon, 25 Apr 2022 06:40:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=9R6GPmHEpYZm09Kg3BsA8kgBWsENsx6Ys5aJidk33Jc=; b=sOzMvxiH7I8FHjxDopcZAfsc42 zjA+0lNAB3jD//BOXsjg6G0nRiUBcgTH1bj7/diQCdziLZXq2+nZZKtJo32tmhTBS9s39ihazCAK9 r8kWRhyk6YzY56KL6AEgVRb4zqU1KVRwwwulWZYR7e2OsTQARCqSbXeI35zSPbc2hMVs=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1niw8l-0001Yu-Et; Mon, 25 Apr 2022 12:40:25 +0200 From: Lars Ingebrigtsen References: X-Now-Playing: Nils Petter =?UTF-8?Q?Molv=C3=A6r's?= _Recoloured_: "Dead Indeed (Tunnel Mix By Mind Over Midi)" Date: Mon, 25 Apr 2022 12:40:20 +0200 In-Reply-To: (Eli Zaretskii's message of "Sun, 17 Jul 2011 01:30:36 -0400") Message-ID: <87h76h4faj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Invocation of the `configure' script causes recompilation of many > source files, even though nothing has really changed. > > It looks like the cause is lib/Makefile which states that several > gene [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Eli Zaretskii writes: > Invocation of the `configure' script causes recompilation of many > source files, even though nothing has really changed. > > It looks like the cause is lib/Makefile which states that several > generated headers in that directory depend on config.status. So each > `configure' causes those headers to be regenerated, which in turn > triggers many files using those headers to be recompiled. > > This is annoying, as building Emacs even on a modern system takes a > significant amount of time (about 3 minutes on this box, whose details > see below). Can this annoyance be removed, please? Reading this bug thread, it seems that various options were suggested (mostly around different move-if-changed solutions), but they all seemed to have various problems. I think that it's unlikely that a user runs configure twice in a row without changing any options, so I don't personally see any problems with re-compiling all the .c files after running configure, so I wonder whether there's really anything to be done here. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 11:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.165088647522485 (code B ref 9106); Mon, 25 Apr 2022 11:35:01 +0000 Received: (at 9106) by debbugs.gnu.org; 25 Apr 2022 11:34:35 +0000 Received: from localhost ([127.0.0.1]:33413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niwzC-0005qb-K2 for submit@debbugs.gnu.org; Mon, 25 Apr 2022 07:34:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niwzA-0005qO-NA for 9106@debbugs.gnu.org; Mon, 25 Apr 2022 07:34:33 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35230) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1niwz5-00082W-C4; Mon, 25 Apr 2022 07:34:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=aB9IwjHBVanR9vXnffgNwePoS6QXf78AMvNit8Su/to=; b=bd/ze1Fnywki C9P87Bam9nP0a8/xLb/LiRiyCTzVxE0tGZK3BL3TQlGSbdP7xdrfds1Z7xTdvfB8jBWqkzhkZ5c81 AGk8+769oYG0k3WejoPL5+pGkehRnUJShpQ4T5k8Ahoh0ENH1QvmovaxlpBLTt7sl4r7SiVbzWlXk 5eTWc8DqIkFzXfg6O3WwrPYbfD28vWquW+lg+JWnNBH9iCutQ2GC5No5ldvxWfO1T3QR3/7bloCOi sDY1tE7Ty2svNhOeGBJne00V6an2yCqcaZ373wmhvr2Dykjr1kYXdiHti/ATv/dS3BL7Sy8MSBpb3 lanjIzozuKyY4Hb9RTkWVg==; Received: from [87.69.77.57] (port=2325 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1niwz4-00063h-Ru; Mon, 25 Apr 2022 07:34:27 -0400 Date: Mon, 25 Apr 2022 14:34:12 +0300 Message-Id: <83y1ztmm6j.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87h76h4faj.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Apr 2022 12:40:20 +0200) References: <87h76h4faj.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 9106@debbugs.gnu.org > Date: Mon, 25 Apr 2022 12:40:20 +0200 > > Eli Zaretskii writes: > > > Invocation of the `configure' script causes recompilation of many > > source files, even though nothing has really changed. > > > > It looks like the cause is lib/Makefile which states that several > > generated headers in that directory depend on config.status. So each > > `configure' causes those headers to be regenerated, which in turn > > triggers many files using those headers to be recompiled. > > > > This is annoying, as building Emacs even on a modern system takes a > > significant amount of time (about 3 minutes on this box, whose details > > see below). Can this annoyance be removed, please? > > Reading this bug thread, it seems that various options were suggested > (mostly around different move-if-changed solutions), but they all seemed > to have various problems. > > I think that it's unlikely that a user runs configure twice in a row > without changing any options, so I don't personally see any problems > with re-compiling all the .c files after running configure, so I wonder > whether there's really anything to be done here. I don't mind closing this as wontfix. From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 12:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.165088864126084 (code B ref 9106); Mon, 25 Apr 2022 12:11:02 +0000 Received: (at 9106) by debbugs.gnu.org; 25 Apr 2022 12:10:41 +0000 Received: from localhost ([127.0.0.1]:33462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nixY9-0006md-22 for submit@debbugs.gnu.org; Mon, 25 Apr 2022 08:10:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nixY7-0006mJ-NC for 9106@debbugs.gnu.org; Mon, 25 Apr 2022 08:10:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=ZEIZ7pfYxEe4ypSO4LEDC/QqaYlfuK+VxMj2IkcG0E4=; b=icH9VFkza7bRmzkLJnXyHLqC5g z96mR/li+H7Q0DIDAOQiK8uGGqBIEMR5F/ydJrmAEdnlzrgLNdrZOrk2Dgft6SYy3r/2czcWHbeBY Uh9Aoxa41DB7KqwFOXgV8jehYUcQv9J35+1wVEJgQGbMMGFhVQ0Dix7ded/4UqHrUHck=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nixXz-0002Tq-AG; Mon, 25 Apr 2022 14:10:33 +0200 From: Lars Ingebrigtsen References: <87h76h4faj.fsf@gnus.org> <83y1ztmm6j.fsf@gnu.org> X-Now-Playing: Moby's _Everything Was Beautiful, And Nothing Hurt_: "Like A Motherless Child" Date: Mon, 25 Apr 2022 14:10:30 +0200 In-Reply-To: <83y1ztmm6j.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Apr 2022 14:34:12 +0300") Message-ID: <8735i14b49.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > I don't mind closing this as wontfix. OK; closing. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Eli Zaretskii writes: > I don't mind closing this as wontfix. OK; closing. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 25 08:10:48 2022 Received: (at control) by debbugs.gnu.org; 25 Apr 2022 12:10:48 +0000 Received: from localhost ([127.0.0.1]:33465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nixYG-0006mx-AT for submit@debbugs.gnu.org; Mon, 25 Apr 2022 08:10:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49644) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nixYE-0006me-AH for control@debbugs.gnu.org; Mon, 25 Apr 2022 08:10:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=XEsrfsWmvyzuCa6wqorZea6FLG8eQVSOmnLkL1gu/h4=; b=vCJXY+n5sROikJ9f34fTRkfb4h yTpenKSP6AbW2s87WFdn9fP6Gf8HVmCcfxE2DWf0KdETrkuIVfLSO5/mbUn14CVqbmQuKKYXG+UQy 0KyTy2ETvfaQU4n2hdNoxzLs+RuWT98YBQT/yUQZbLQWD68LDH/Q3Rl1MyHINkVzVR8o=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nixY6-0002U3-O9 for control@debbugs.gnu.org; Mon, 25 Apr 2022 14:10:40 +0200 Date: Mon, 25 Apr 2022 14:10:38 +0200 Message-Id: <871qxl4b41.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #9106 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 9106 wontfix close 9106 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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: -3.3 (---) tags 9106 wontfix close 9106 quit From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 13:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Lars Ingebrigtsen Cc: Eli Zaretskii , 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.165089412911196 (code B ref 9106); Mon, 25 Apr 2022 13:43:02 +0000 Received: (at 9106) by debbugs.gnu.org; 25 Apr 2022 13:42:09 +0000 Received: from localhost ([127.0.0.1]:33676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niyyf-0002uW-IB for submit@debbugs.gnu.org; Mon, 25 Apr 2022 09:42:09 -0400 Received: from mail-wm1-f47.google.com ([209.85.128.47]:54270) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niyyd-0002uA-Vu for 9106@debbugs.gnu.org; Mon, 25 Apr 2022 09:42:08 -0400 Received: by mail-wm1-f47.google.com with SMTP id p189so9295889wmp.3 for <9106@debbugs.gnu.org>; Mon, 25 Apr 2022 06:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=4BTtULP6voICCYOZt0pXl+fnI+WnFMArY1qUS2Zkvmk=; b=iqDzwbk4gBPyLGEnkO3Xq2v4rjlKgV5tPNV2Awdbopl8Ps7Zxv/HXn4zOI+AQModhZ p1+T28aCmo3ch5XY9zkmWAPfG6kMDydW8F+e0iFMpIfHoUDC2hG6hABLkoAoZGWzrQTR D1ovZ64YSZYHyhBDWnM84/TX3xd2S2ajB4TMi9R034ZaoYd8m2RS188R9tKscaHjoezQ ODPXfqghCdh4NuPaSnLJFh/fGgSpkbNO6FRTtIwOi3Yp1JUOcWha76Zzo/6q5ec9IqSs M56rkSBdwNuWWKp28086yziFdSRTjhA2MGMbp/uArTD94jLsaZDjbKNe2BoqUkBkqNMF a2Tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=4BTtULP6voICCYOZt0pXl+fnI+WnFMArY1qUS2Zkvmk=; b=x01jeb4/84M1bHZ63ViPUHgKN485Q8hxafQrf/S4eJTpNE+ZmPiylqgGq0qb5r7d5L u6KlFKITLz3LIJ7fWYgcsfNQ3mVg5L3f+iJmv273J1DMUridGlemeqn9m4VhPK/JsPNa MBb4gRQPa2PJahbwaKatYV75shiWXkaKCBpag8eMUhnJIb9dU8jCkxvI4xa3ImM/53Q6 EItQ4/0swpbQ1HHCA6ngj8UxYMHzVaabzls1HLtXYQAzbXXn+RCE7G0OmXeMJ8lCe6mO /Qd/tpJLid3HIFzjpzeKN9WC7odZjbyrbXdQu/lkhbS1nUcTRcClhtTiYP7g6OPj3F4Q rr0w== X-Gm-Message-State: AOAM530VBfjnqmhzFXpQhiZdzWvinPFzKNjaqCIsLH5aacoCyP2G6z3D NeKnaaQ26JXK7jokvOidfkUozUKONVY= X-Google-Smtp-Source: ABdhPJzbqeIV+iD3MFVxc+uU1M2RgeZlLWR0EVDNk6tPRYvT12Ekc17nqGJy1CpU8ZkPjnSe8nJY5w== X-Received: by 2002:a05:600c:3c86:b0:392:990b:ae29 with SMTP id bg6-20020a05600c3c8600b00392990bae29mr25695637wmb.105.1650894121579; Mon, 25 Apr 2022 06:42:01 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:892d:11d8:2b62:689f]) by smtp.gmail.com with ESMTPSA id 204-20020a1c02d5000000b003928c42d02asm10609466wmc.23.2022.04.25.06.42.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 25 Apr 2022 06:42:01 -0700 (PDT) From: Robert Pluim References: <87h76h4faj.fsf@gnus.org> <83y1ztmm6j.fsf@gnu.org> <8735i14b49.fsf@gnus.org> Date: Mon, 25 Apr 2022 15:42:00 +0200 In-Reply-To: <8735i14b49.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Apr 2022 14:10:30 +0200") Message-ID: <87r15l700n.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: -1.0 (-) >>>>> On Mon, 25 Apr 2022 14:10:30 +0200, Lars Ingebrigtsen said: Lars> Eli Zaretskii writes: >> I don't mind closing this as wontfix. Lars> OK; closing. Hang on: what about ./configure make ...configure gets run again, WTF? Admittedly from a tree that=CA=BCs been ./configure'd before (and I don=CA= =BCt really think I should need to run 'make clean' or 'make bootstrap' here). Robert --=20 From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 14:30:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Robert Pluim Cc: Eli Zaretskii , 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.165089696426043 (code B ref 9106); Mon, 25 Apr 2022 14:30:01 +0000 Received: (at 9106) by debbugs.gnu.org; 25 Apr 2022 14:29:24 +0000 Received: from localhost ([127.0.0.1]:35746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niziO-0006lz-GP for submit@debbugs.gnu.org; Mon, 25 Apr 2022 10:29:24 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50554) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niziM-0006ll-TO for 9106@debbugs.gnu.org; Mon, 25 Apr 2022 10:29:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=v/9afavwR8IlbM8zWG4WlTfuAdK+pksiZg4ZoBjLZx8=; b=vY1tAn9OnzZO0Jn7JveAi8PR7i O8w7mPCKkqvqVNxFyrresIpIFHVZKOexOqsFHEk+PJOcN1Wg61TwZwgv1J7J5uZBwlQ0zGR3DX0+j khNUz/deJ6v6z8wNyI9H9GXrInzE1gzd+fpD6HNbSUwsKbbkp6BaNsmfXyVmEeO8FB44=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1niziC-0003p8-OJ; Mon, 25 Apr 2022 16:29:15 +0200 From: Lars Ingebrigtsen References: <87h76h4faj.fsf@gnus.org> <83y1ztmm6j.fsf@gnu.org> <8735i14b49.fsf@gnus.org> <87r15l700n.fsf@gmail.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEX046vr7dilur2G fHlPPDj///+AV5IAAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+YEGQ4cM4dh/asAAAGaSURBVDjLlZRh cuMwCIXtpAcI5AIB9gCN0AFaS/c/0z5hWVbazOwszo+ETw8Q4CxLt5VebTEzVbWffjoE9H+A3tjb xP8Gy0XNYTlpGLN2oJprybV2AHsMUIT0z1uARAOw3F5ALnVTlV+K29Vrfb4DjvwFXuEJbER3+Gv1 sO0A7itlr8PKDjwpP24haOnxpSscMe2+n0VMhEodwH+99iDEng+gj3W5WG1VBRgKTYtevPoe6gVo slwj+xfpDHJNHyXAd0zgAIZefPTkjs8AWiv1qnL1MisK9XugWcXTqdjo3osiLmkK9dUVT4At+dFd h4MDJCXSGWBjeM8gIDYAQivl6K0wnYPybxbi3CarcJ+jzXAoytrsB3CMWSgZmiYvy5CIW04c9rYl LAcIAUy17ZzoCUIBgbVAiHYCAiNlPIhLA1BTMAnHQ2RpACiU4sAMPF4ivblLuwiJfe4ghYLvXlbk Rm0TaL8NG+l7vT35swUSzW0NWnNGE+MOT4wU45b5VYvcCTt7dQ+/DIUwJ2mhVjZk4c/Fj3+Tiy6z /QW+xX8mOL9oVAAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wNC0yNVQxNDoyODo1MSswMDowMJ1b mEQAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDQtMjVUMTQ6Mjg6NTErMDA6MDDsBiD4AAAAAElF TkSuQmCC X-Now-Playing: Yukihiro Takahashi's _Blue Moon Blue_: "Blue Moon Blue" Date: Mon, 25 Apr 2022 16:29:09 +0200 In-Reply-To: <87r15l700n.fsf@gmail.com> (Robert Pluim's message of "Mon, 25 Apr 2022 15:42:00 +0200") Message-ID: <87k0bd2q4q.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Robert Pluim writes: > ./configure > make > ...configure gets run again, WTF? Doesn't happen when I try that. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Robert Pluim writes: > ./configure > make > ...configure gets run again, WTF? Doesn't happen when I try that. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 15:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Lars Ingebrigtsen Cc: Eli Zaretskii , 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.165090178927041 (code B ref 9106); Mon, 25 Apr 2022 15:50:01 +0000 Received: (at 9106) by debbugs.gnu.org; 25 Apr 2022 15:49:49 +0000 Received: from localhost ([127.0.0.1]:35908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nj0yD-000724-94 for submit@debbugs.gnu.org; Mon, 25 Apr 2022 11:49:49 -0400 Received: from mail-wr1-f41.google.com ([209.85.221.41]:33675) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nj0yC-00071r-9N for 9106@debbugs.gnu.org; Mon, 25 Apr 2022 11:49:48 -0400 Received: by mail-wr1-f41.google.com with SMTP id x18so21553427wrc.0 for <9106@debbugs.gnu.org>; Mon, 25 Apr 2022 08:49:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=ryVQehtHgCi+PnTlqx1XrfxCbj9Wf4ENSMFihgfrL28=; b=K3vk1yh7Ym+bCP/lyxfQjWaxHyUZIcQxeRbshHtz64rMrKKMYXiu/jpBN15y9wxLi6 9/QpTZkpQLIxk2XEnQaOFXtTUbCEyjU4ccFnkXI7OVovXoD576mbv0DL5K6HnUaVs8qD 5D4nI/ay/l/w2+3DKFSgOG7ppDsaw+V6rvMqFCuMJR6UCfDn/3IOHu5R2b9Nzgd7ODdg AW1y6T/3ZbRkg3/wzWBUm/JUGHJzDT+wfLShcBnh1GZgwk3X4JxKD1ZOjI2VSb3nd6gf BDw9r490oaf8niVLeQWKagI5VwR9fkwjKzKEWtsToTHYn0uoPgxMvWE2zhX3/EXAdp2e HRFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=ryVQehtHgCi+PnTlqx1XrfxCbj9Wf4ENSMFihgfrL28=; b=4NWM3eATe70HUiIVGQcdIcOJrUFOSV4m+PZ8kjL/9g2v+eRVPPeLOJPOI7GtH/nzBv U7hZx34w2sSs/grRdVrZF0+G16eOAJHz47QHqKGgTHr3mZ6eu4jUrNB63Sp2j8WfFlmU 5S2rqfv/IxhD6mZMpXTo1nkKklZB5g/1ETqhQJ+/efNEXGrDAhCoQTNBmW1T9sREQ7a/ oyasRN/JnDfZrAb+zMZ1Mn1cml2NyDD3GuooH6F8msSvzi90eg5KD4xtZ89diBDZTGHh LtxK5vTNPIuHfkeborP5pA7ZATN5y+CAxAhNQYNpdXY7UfcbtihUv8ns7VlnBPdCNbyF zI6Q== X-Gm-Message-State: AOAM530OeYQ9wU4G5p5FlKo8sdniQnW7KQPzWP+s39wA/XgD3Kn04u43 EmDQQWfT8e02NJQ+yaunQDUj2SpW68E= X-Google-Smtp-Source: ABdhPJxdoChx7hKaRrgQHbla8rMoqv3Ap58nFN2JpVJKM/UiC2eIqCgx0boURuj4salMuXbmmW8IAA== X-Received: by 2002:a5d:58e5:0:b0:20a:e022:3f8c with SMTP id f5-20020a5d58e5000000b0020ae0223f8cmr1980237wrd.667.1650901781988; Mon, 25 Apr 2022 08:49:41 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:892d:11d8:2b62:689f]) by smtp.gmail.com with ESMTPSA id a4-20020a056000188400b0020a9ec6e8e3sm10419139wri.55.2022.04.25.08.49.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 25 Apr 2022 08:49:41 -0700 (PDT) From: Robert Pluim References: <87h76h4faj.fsf@gnus.org> <83y1ztmm6j.fsf@gnu.org> <8735i14b49.fsf@gnus.org> <87r15l700n.fsf@gmail.com> <87k0bd2q4q.fsf@gnus.org> Date: Mon, 25 Apr 2022 17:49:40 +0200 In-Reply-To: <87k0bd2q4q.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Apr 2022 16:29:09 +0200") Message-ID: <87mtg96u3v.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: -1.0 (-) >>>>> On Mon, 25 Apr 2022 16:29:09 +0200, Lars Ingebrigtsen said: Lars> Robert Pluim writes: >> ./configure >> make >> ...configure gets run again, WTF? Lars> Doesn't happen when I try that. And now I can=CA=BCt reproduce it. Oh well. Robert --=20 From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 16:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Robert Pluim Cc: larsi@gnus.org, 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.165090323929427 (code B ref 9106); Mon, 25 Apr 2022 16:14:02 +0000 Received: (at 9106) by debbugs.gnu.org; 25 Apr 2022 16:13:59 +0000 Received: from localhost ([127.0.0.1]:35934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nj1La-0007eZ-UY for submit@debbugs.gnu.org; Mon, 25 Apr 2022 12:13:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nj1LY-0007eL-BU for 9106@debbugs.gnu.org; Mon, 25 Apr 2022 12:13:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41982) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nj1LT-0006go-0y; Mon, 25 Apr 2022 12:13:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=W39d+iS7m9WrwBWUqQLyIKasZ/xlolm05oPqNp8kEBQ=; b=ajIoZrM508i9obYF5Q3L leacvCdusAvG3Qjm4A7gudKRzQy9j9OJIh7ihpfGBakVukRiYQXAPi0JfYO7BVgL4JpcAPNeaErLd 6YzW2eDzgSek6BkwJN64cpZDtlQEJoRbDZiXYKMCegS8NmxcBpek5bF2FnxptqYcKZ1paLgN3IRHP D9MIm5LQsuhVYYtbns4tq/Bih0FEx+njCHNdwl6QM8byUvx8rZdKmRZHES2d6n0bJ2JQb3lpGS+xm +qWQVlvPerYVN+5FC826wrEPC/3Iq1BiPIbFnYpkQnjTIibiQtR7XbEevQx+ad8wJaxFXpGcce9Wd CRsWtW6lMFTScQ==; Received: from [87.69.77.57] (port=4214 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nj1LS-0004Ut-F5; Mon, 25 Apr 2022 12:13:50 -0400 Date: Mon, 25 Apr 2022 19:13:35 +0300 Message-Id: <83levtm98w.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87mtg96u3v.fsf@gmail.com> (message from Robert Pluim on Mon, 25 Apr 2022 17:49:40 +0200) References: <87h76h4faj.fsf@gnus.org> <83y1ztmm6j.fsf@gnu.org> <8735i14b49.fsf@gnus.org> <87r15l700n.fsf@gmail.com> <87k0bd2q4q.fsf@gnus.org> <87mtg96u3v.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Robert Pluim > Cc: Eli Zaretskii , 9106@debbugs.gnu.org > Date: Mon, 25 Apr 2022 17:49:40 +0200 > > >>>>> On Mon, 25 Apr 2022 16:29:09 +0200, Lars Ingebrigtsen said: > > Lars> Robert Pluim writes: > >> ./configure > >> make > >> ...configure gets run again, WTF? > > Lars> Doesn't happen when I try that. > > And now I canʼt reproduce it. Oh well. Maybe you remembered doing "make bootstrap" after "configure", not just "make". From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Apr 2022 15:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: larsi@gnus.org, 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.16509878071712 (code B ref 9106); Tue, 26 Apr 2022 15:44:02 +0000 Received: (at 9106) by debbugs.gnu.org; 26 Apr 2022 15:43:27 +0000 Received: from localhost ([127.0.0.1]:40302 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njNLb-0000RY-Lp for submit@debbugs.gnu.org; Tue, 26 Apr 2022 11:43:27 -0400 Received: from mail-wm1-f44.google.com ([209.85.128.44]:42905) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njNLa-0000RK-E6 for 9106@debbugs.gnu.org; Tue, 26 Apr 2022 11:43:26 -0400 Received: by mail-wm1-f44.google.com with SMTP id n126-20020a1c2784000000b0038e8af3e788so1821436wmn.1 for <9106@debbugs.gnu.org>; Tue, 26 Apr 2022 08:43:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=Dc9gm4wlDWkR9twjQd6R1MJtBNAWDcZ369ct1GWXvj0=; b=Hcxgs3ieOS7Up55Iv2U+yF79GDuU4RJNO1blfUhEaE3cyXGxSzc060G2D5ckG4PwyF mJlJCOStAZeV2T+dWtCPyxDfWYQguFkyhg2HUfEahArs+9WGmY+5cbJPbuHccQtA3K4k m3e1SjPKxrAa5gNmMo8rvgXAOBh7usIBbedY3FscLrQpSeDrY1yKEeTrM5T7CVnIfznE IAgZkyAcwrCpKdJTtnDvdq4zwd85jsB1+AxIgkpvhlxZeizWRQzqk0uzEDXKGT1Vtnx/ TgBa8xfJPaHu1Uej9StZCrdD3qt8zQzt/hhaammE+rswgYCe/C9nXkU9V4z/wJVHcUUL AmuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=Dc9gm4wlDWkR9twjQd6R1MJtBNAWDcZ369ct1GWXvj0=; b=aQsK7iO6CSlfQ9BKWman1VRiZMFxmVJu2WT2DiLtcKd6hoR05b+GWowgBa3kDsmdwP K0Jg2jHEtVxJ8wh6R6iwz2GU6cNDw4Lp/+7LE8TtKyC2Hxj3gUwF8LCGag8MKqwXfPKI 100PQPcdiNlDlMQFimvXBVS4eFzSMjGxMh1UMg85+6G5V7lLOg9O4WQ7vGk2C0BS+Hbk ULEgAeYGn4xb8nMGKhoaCXRAy+NxjjozVOGAyYosm+3vJWh9nfVO6eBZI08eeerW3c+j bJDZ6ia8BfabUBOQmhb/ky+2UbpFhLFGEL6FW6F7J9JL3YxNSgtnHMAu4/i7jfXo5N4z Us/g== X-Gm-Message-State: AOAM531uksYAl6TQDol0XOjQIvApYs2ovmdwMwmisKO33DAEgumxb+Id 83FwoVQAqK2AuV3xeoQrJ05Uwowegkw= X-Google-Smtp-Source: ABdhPJx1OiGeYPXGd5lk5H1ZhS0fUFoeY5Ky5pCJjMYhtRoL4Sr0SiE2vszy1M7IjsP+nW3SsRbQAg== X-Received: by 2002:a7b:cc8e:0:b0:393:fbf9:ab72 with SMTP id p14-20020a7bcc8e000000b00393fbf9ab72mr1583631wma.70.1650987800121; Tue, 26 Apr 2022 08:43:20 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:69f6:802a:2561:ba22]) by smtp.gmail.com with ESMTPSA id m6-20020a1c2606000000b00393fbf75a56sm906725wmm.29.2022.04.26.08.43.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Apr 2022 08:43:19 -0700 (PDT) From: Robert Pluim References: <87h76h4faj.fsf@gnus.org> <83y1ztmm6j.fsf@gnu.org> <8735i14b49.fsf@gnus.org> <87r15l700n.fsf@gmail.com> <87k0bd2q4q.fsf@gnus.org> <87mtg96u3v.fsf@gmail.com> <83levtm98w.fsf@gnu.org> Date: Tue, 26 Apr 2022 17:43:18 +0200 In-Reply-To: <83levtm98w.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Apr 2022 19:13:35 +0300") Message-ID: <87k0bbam09.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: -1.0 (-) >>>>> On Mon, 25 Apr 2022 19:13:35 +0300, Eli Zaretskii said: Eli> Maybe you remembered doing "make bootstrap" after "configure", not Eli> just "make". That=CA=BCs always a possibility. I=CA=BCll pay more attention next time = =F0=9F=98=8A Robert --=20 From unknown Thu Jun 19 14:23:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 May 2022 08:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: larsi@gnus.org, 9106@debbugs.gnu.org Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.165173962024868 (code B ref 9106); Thu, 05 May 2022 08:34:02 +0000 Received: (at 9106) by debbugs.gnu.org; 5 May 2022 08:33:40 +0000 Received: from localhost ([127.0.0.1]:44355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmWvc-0006T2-9Z for submit@debbugs.gnu.org; Thu, 05 May 2022 04:33:40 -0400 Received: from mail-wr1-f43.google.com ([209.85.221.43]:36418) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmWvZ-0006Sn-UT for 9106@debbugs.gnu.org; Thu, 05 May 2022 04:33:38 -0400 Received: by mail-wr1-f43.google.com with SMTP id u3so5105797wrg.3 for <9106@debbugs.gnu.org>; Thu, 05 May 2022 01:33:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=ycG9hPDQCv+O5C0JfsxBNWnYMawtsedyBqqHO5XkDT4=; b=pOOCWU3bMeofcosogDOknMEvDNiwVUAvVjXfS531rfZNWyB37PWgU9smdFchxV0G6t kstCdLpcNW9StePTDDFbknGUtDnelwXHK0uLgZ7VSHAJt7e4hoag91r74KOLYwMPuj0x 31FARkmwCdcNp7iRUHP1bOroukhJXo5VSrnQlJUWv8/dxKQunf0tCW97nE4Z6hXbeF6m ukxGRigQeD0QA77DPGUMD5O2wvuNC1CNGoEyc/Obq4qwRk2p7zP3i+YGeKpNkfntVfBN mCMCXz1kWSNsXnVxlPlyXAv8KY4WzHvN6Urz/+ZkTJ/EOXBJQ6Pimq7uw7yWCL+hITrc wS5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=ycG9hPDQCv+O5C0JfsxBNWnYMawtsedyBqqHO5XkDT4=; b=0RJB8RX80Hx6noyu/WaoOqcAPW7qKCqCCtPNrJnPBPMaBt/lRo4Dy1FHzPOnbWgOa9 Oyq/FXbUbxsKJ9MDnJNJg7bG9YmYMwd8VhkhTNHBghKKGLM5Dh8AHW200rAiLRUyJeuJ lWK7SpqkRvKcQ5cQGbJOXTcrR4/60JV4nDR3yps6A8znd2sN+LZqs3zFQBuoa3h0ZEBI 43lCWO7nA/2VsUO3vpYKx39/qt0/hAHAcieE+oAgcaXqhdPPnUQQEE46qM0OWWRVdtfu V8xjnabXL2sNQkYG1l/EDcz40+QVf3GEB6wvurBoxxfXaN69gkvr017x2ywmm0kKfdUh ZZGg== X-Gm-Message-State: AOAM530MZ5u3Lire3iTCq8p7fyyx73u7qCIt322IwIzAg3PnChtnqsqw jcFgGxxBORpk+BFbXcP/bwQzvniv6/1VEg== X-Google-Smtp-Source: ABdhPJy7ufMtPj9NL+S5//jyURcMC/5RrZwa9ktgasN4yr6f8oRN9PVAmeL5RFLQtmDt1s7Vj+umCw== X-Received: by 2002:a5d:45d0:0:b0:20a:d002:b80e with SMTP id b16-20020a5d45d0000000b0020ad002b80emr19655691wrs.447.1651739611821; Thu, 05 May 2022 01:33:31 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:7623:b433:37be:1f20]) by smtp.gmail.com with ESMTPSA id l17-20020adff491000000b0020c6a524fe0sm664742wro.98.2022.05.05.01.33.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 May 2022 01:33:31 -0700 (PDT) From: Robert Pluim References: <87h76h4faj.fsf@gnus.org> <83y1ztmm6j.fsf@gnu.org> <8735i14b49.fsf@gnus.org> <87r15l700n.fsf@gmail.com> <87k0bd2q4q.fsf@gnus.org> <87mtg96u3v.fsf@gmail.com> <83levtm98w.fsf@gnu.org> <87k0bbam09.fsf@gmail.com> Date: Thu, 05 May 2022 10:33:30 +0200 In-Reply-To: <87k0bbam09.fsf@gmail.com> (Robert Pluim's message of "Tue, 26 Apr 2022 17:43:18 +0200") Message-ID: <87a6bw5qg5.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: -1.0 (-) >>>>> On Tue, 26 Apr 2022 17:43:18 +0200, Robert Pluim s= aid: >>>>> On Mon, 25 Apr 2022 19:13:35 +0300, Eli Zaretskii said: Eli> Maybe you remembered doing "make bootstrap" after "configure", not Eli> just "make". Robert> That=CA=BCs always a possibility. I=CA=BCll pay more attention = next time =F0=9F=98=8A So this was actually git pull ./configure make =3D> configure runs again but that=CA=BCs normal, since the git pull in this case updated configure.ac, so it all working properly Robert --=20