From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Still unable to build trunk Date: Fri, 21 Jan 2011 12:42:04 -0800 Organization: UCLA Computer Science Department Message-ID: <4D39EF9C.1050804@cs.ucla.edu> References: <87y66fv2d3.fsf@stupidchicken.com> <4D388F7F.20708@swipnet.se> <87r5c7jk5m.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1295642623 1164 80.91.229.12 (21 Jan 2011 20:43:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 21 Jan 2011 20:43:43 +0000 (UTC) Cc: =?UTF-8?B?SmFuIERqw6Rydg==?= , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 21 21:43:39 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 1PgNpX-0006BN-Nh for ged-emacs-devel@m.gmane.org; Fri, 21 Jan 2011 21:43:35 +0100 Original-Received: from localhost ([127.0.0.1]:42077 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PgNpX-0002BG-Bq for ged-emacs-devel@m.gmane.org; Fri, 21 Jan 2011 15:43:35 -0500 Original-Received: from [140.186.70.92] (port=39633 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PgNo9-0001KS-V4 for emacs-devel@gnu.org; Fri, 21 Jan 2011 15:42:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PgNo9-0002oZ-4U for emacs-devel@gnu.org; Fri, 21 Jan 2011 15:42:10 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:56321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PgNo8-0002ng-Ry for emacs-devel@gnu.org; Fri, 21 Jan 2011 15:42:09 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 66C2539E80E0; Fri, 21 Jan 2011 12:42:06 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-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 RNo1cTeGooIJ; Fri, 21 Jan 2011 12:42:05 -0800 (PST) Original-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 5720739E8083; Fri, 21 Jan 2011 12:42:05 -0800 (PST) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 In-Reply-To: <87r5c7jk5m.fsf@stupidchicken.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:134841 Archived-At: On 01/20/2011 02:16 PM, Chong Yidong wrote: > configure should not complete successfully if > the Makefiles that it generates cannot be used to make Emacs, due to a > missing aclocal.m4 or whatever other reason. Nor should configure > produce a set of Makefiles that causes `make' to infloop. That's a bug. I could not reproduce the bug from a fresh trunk checkout, even though I tried lots of different ways (including environments that lacked automake). From your email, it appears that you ran 'configure' without --enable-maintainer-mode, which means that automake should be invoked only if lib/Makefile.in was somehow removed. Perhaps lib/Makefile.in was removed because you control-C'ed at some point? Anyway, to avoid the problem with a missing aclocal.m4 I added the following dependency to the top-level Makefile.in: am--refresh: $(srcdir)/aclocal.m4 $(srcdir)/configure $(srcdir)/src/config.in This should cause aclocal.m4 to be regenerated if it's somehow absent when lib/Makefile decides that lib/Makefile.in needs to be rebuilt. This appeared to be a crucial part of the failure scenario that you reported. > I notice, by the way, that the `make all' directive in lib/ ends up > deleting the top-level Makefile, which does not make sense given that > it's generated by doing `configure'. Something is really wrong here. Yes it is, but I cannot reproduce that problem either: $ cd lib $ make all make all-am make[1]: Entering directory `/w/fac.2/cs/eggert/src/gnu/emacs/atest/lib' make[1]: Nothing to be done for `all-am'. make[1]: Leaving directory `/w/fac.2/cs/eggert/src/gnu/emacs/atest/lib' $ ls -l ../Makefile Makefile -rw-r--r-- 1 eggert csfac 35032 Jan 21 11:55 Makefile -rw-r--r-- 1 eggert csfac 37189 Jan 21 11:55 ../Makefile Perhaps you ran an autotool without the crucial -I m4 option, and then ran the resulting messed-up 'configure'? If this was the problem, and if this turns out to be a common failure mode, perhaps we can modify 'configure.in' so that the generated 'configure' refuses to run if (for example) 'autoreconf' was used without -I m4.