From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: Building Emacs Date: Wed, 25 Jun 2008 09:32:33 +1200 Message-ID: <18529.26609.567179.380849@kahikatea.snap.net.nz> References: <18528.57272.142788.302154@kahikatea.snap.net.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1214343179 3745 80.91.229.12 (24 Jun 2008 21:32:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Jun 2008 21:32:59 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 24 23:33:42 2008 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.50) id 1KBG8t-0003ML-MO for ged-emacs-devel@m.gmane.org; Tue, 24 Jun 2008 23:33:35 +0200 Original-Received: from localhost ([127.0.0.1]:48477 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KBG84-0006MI-94 for ged-emacs-devel@m.gmane.org; Tue, 24 Jun 2008 17:32:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KBG80-0006MD-QQ for emacs-devel@gnu.org; Tue, 24 Jun 2008 17:32:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KBG7y-0006M1-Fe for emacs-devel@gnu.org; Tue, 24 Jun 2008 17:32:39 -0400 Original-Received: from [199.232.76.173] (port=51992 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KBG7y-0006Ly-AA for emacs-devel@gnu.org; Tue, 24 Jun 2008 17:32:38 -0400 Original-Received: from viper.snap.net.nz ([202.37.101.25]:45907) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KBG7x-0006wq-Oh for emacs-devel@gnu.org; Tue, 24 Jun 2008 17:32:38 -0400 Original-Received: from kahikatea.snap.net.nz (154.60.255.123.dynamic.snap.net.nz [123.255.60.154]) by viper.snap.net.nz (Postfix) with ESMTP id 93C2A3DA3BC; Wed, 25 Jun 2008 09:32:35 +1200 (NZST) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 7A66E8FC6D; Wed, 25 Jun 2008 09:32:34 +1200 (NZST) In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.2.50.3 X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:99870 Archived-At: > >> It outputs "nil" so many times that any meaningful message flashes by > > > > I don't see that. Could you post some example session? > > I think maybe Nick applied an early version of the window-group patch, > which contains some debug statements I forgot. > > Could you try removing those, Nick? Yes, you're right. Thanks. However, it doesn't explain why it tries to bootstrap when I just do make: nickrob@kahikatea:~/emacs/build$ make boot=bootstrap-emacs; \ ... I don't recall this happening before. I had presumed that this is due to this change: 2008-06-22 Stefan Monnier * Makefile.in (${lisp} ${SOME_MACHINE_LISP}, ../lisp/loaddefs.el): Use $(BOOTSTRAPEMACS) rather than witness-emacs. Maybe it has something to do with using a separate build directory (~/emacs/build/) to the source (~/emacs/src) > > > >> and it insists on generating autoloads for all files in the > >> lisp directory. > > > > That was also the case in the past, except that your recipe simply never > > updated the loaddefs.el file. I'm not sure what you're saying but I'm saying the behaviour appears to have changed. > >> Is there a way to get the old behaviour. It left problems from time to time > >> but I could generally see how to fix them. > > > > How 'bout adding "no-autoloads" annotations to the files you don't > > want autoloaded? I could do but it's more inconvenient than my previous method. -- Nick http://www.inet.net.nz/~nickrob