From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Schwab Newsgroups: gmane.emacs.devel Subject: Re: Annoyingly cautious make rules Date: Sat, 03 Dec 2011 09:49:18 +0100 Message-ID: References: <83ehwnc97k.fsf@gnu.org> <4ED917E2.7020807@cs.ucla.edu> <4ED94331.7030702@cs.ucla.edu> <4ED98EED.5020301@cs.ucla.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1322902184 18180 80.91.229.12 (3 Dec 2011 08:49:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 3 Dec 2011 08:49:44 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org, Stefan Monnier , rms@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 03 09:49:39 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RWlHv-0001Ak-Ez for ged-emacs-devel@m.gmane.org; Sat, 03 Dec 2011 09:49:39 +0100 Original-Received: from localhost ([::1]:38052 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWlHu-0006j3-DY for ged-emacs-devel@m.gmane.org; Sat, 03 Dec 2011 03:49:38 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:55530) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWlHr-0006iy-TS for emacs-devel@gnu.org; Sat, 03 Dec 2011 03:49:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RWlHr-0006As-1B for emacs-devel@gnu.org; Sat, 03 Dec 2011 03:49:35 -0500 Original-Received: from mail-out.m-online.net ([212.18.0.9]:40622) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWlHf-00069e-1s; Sat, 03 Dec 2011 03:49:23 -0500 Original-Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id A60241C0C163; Sat, 3 Dec 2011 09:49:19 +0100 (CET) X-Auth-Info: fpoG/WrUGlaMf2+sNTtwYaCJJdhRGMPMr5l9wB1oAsA= Original-Received: from igel.home (ppp-93-104-149-66.dynamic.mnet-online.de [93.104.149.66]) by mail.mnet-online.de (Postfix) with ESMTPA id 7344D1C0008A; Sat, 3 Dec 2011 09:49:19 +0100 (CET) Original-Received: by igel.home (Postfix, from userid 501) id D844CCA29C; Sat, 3 Dec 2011 09:49:18 +0100 (CET) X-Yow: Please come home with me... I have Tylenol!! In-Reply-To: <4ED98EED.5020301@cs.ucla.edu> (Paul Eggert's message of "Fri, 02 Dec 2011 18:52:29 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 212.18.0.9 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146456 Archived-At: Paul Eggert writes: > On 12/02/11 16:34, Andreas Schwab wrote: >> you must rerun configure anyway when it changes, not matter how you >> update it. This has nothing to do with maintainer mode. > > Yes, and that was the point I was trying to make (evidently I was > not clear enough): the main 2011-03-20 changes are independent of > maintainer mode, and these changes do not motivate making > maintainer mode the default for ordinary builds. I don't understand. It is vital that configure is up-to-date wrt. configure.in. That's what the rule does, nothing more, nothing less. Before the change, the committer of configure.in had to commit configure as well, to keep it updated. Now this is done by make the next time it is run. The outcome is exactly the same, except that now you are guaranteed that configure is up-to-date wrt. configure.in, whereas before that change you were dependent on the one who changed configure.in (who often didn't update configure as well, and also caused a lot of version churn do to different autoconf versions). So the current situation is a overall win, but it didn't really change in a substantial way. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."