From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: A better autogen.sh Date: Wed, 30 Mar 2011 17:36:42 -0400 Message-ID: References: <87y66fv2d3.fsf@stupidchicken.com> <00oc4v55eb.fsf@fencepost.gnu.org> <87vcz2xh57.fsf@rho.meyering.net> <87pqpaxgi3.fsf@rho.meyering.net> <877hbhw2ue.fsf@rho.meyering.net> <87tyeku85x.fsf@rho.meyering.net> <83vcz0qz2n.fsf@gnu.org> <87vcz0s94m.fsf@rho.meyering.net> <83hbakqsv6.fsf@gnu.org> <9439m49xil.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1301521024 6406 80.91.229.12 (30 Mar 2011 21:37:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 30 Mar 2011 21:37:04 +0000 (UTC) Cc: chadpbrown@gmail.com, Eli Zaretskii , Jim Meyering , emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 30 23:37:00 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q534U-00046W-Mz for ged-emacs-devel@m.gmane.org; Wed, 30 Mar 2011 23:36:58 +0200 Original-Received: from localhost ([127.0.0.1]:50462 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q534U-0004gU-1t for ged-emacs-devel@m.gmane.org; Wed, 30 Mar 2011 17:36:58 -0400 Original-Received: from [140.186.70.92] (port=41454 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q534K-0004dw-K9 for emacs-devel@gnu.org; Wed, 30 Mar 2011 17:36:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q534J-0000oF-GY for emacs-devel@gnu.org; Wed, 30 Mar 2011 17:36:48 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:6760 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q534G-0000nb-0k; Wed, 30 Mar 2011 17:36:44 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAP+gk01MCo6K/2dsb2JhbAClVXiIebYshWoElhY X-IronPort-AV: E=Sophos;i="4.63,270,1299474000"; d="scan'208";a="98720367" Original-Received: from 76-10-142-138.dsl.teksavvy.com (HELO pastel.home) ([76.10.142.138]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 30 Mar 2011 17:36:42 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 7C7B55905D; Wed, 30 Mar 2011 17:36:42 -0400 (EDT) In-Reply-To: <9439m49xil.fsf@fencepost.gnu.org> (Glenn Morris's message of "Wed, 30 Mar 2011 16:14:10 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:137934 Archived-At: > The problem that started this was a transient one that affected a window > of a few days and is now in the past. Aside from that, I don't think > there are a significant number of people that fetch emacs from bzr and > immediately try to type `make' without doing anything else, so it's not > an issue I think is worth spending time on. I agree that we don't need to provide a default Makefile that runs configure for the user. OTOH, I think it's good to make our Makefile robust against odd states. E.g. try: rm install-sh; make or rm config.status; make this last one is funny since the rule for config.status runs config.status (obviously the rule only expects to need to update the file, not to build it). Admittedly, "rm config.status" is something a user is unlikely to do, but I bumped into it recently, not sure exactly how I got there, but I suspect that I interrupted make while it was running that rule, so it "undid" the operation by removing the config.status file. Stefan