From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Satyaki Das" Newsgroups: gmane.emacs.devel Subject: Re: Current CVS doesn't bootstrap Date: Sat, 06 Nov 2004 18:42:49 -0800 Message-ID: <5985.1099795369@trantor.xilinx.com> References: <01c4c3f3$Blat.v2.2.2$7e8aa060@zahav.net.il> <01c4c41c$Blat.v2.2.2$0fa338a0@zahav.net.il> <200411062248.iA6MmEm29919@raven.dms.auburn.edu> <200411070125.iA71PZx00083@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1099795442 19111 80.91.229.6 (7 Nov 2004 02:44:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 7 Nov 2004 02:44:02 +0000 (UTC) Cc: eliz@gnu.org, Luc Teirlinck , monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 07 03:43:48 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CQd1w-0007CC-00 for ; Sun, 07 Nov 2004 03:43:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CQdAD-0000X8-7z for ged-emacs-devel@m.gmane.org; Sat, 06 Nov 2004 21:52:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CQd9z-0000Vn-Pa for emacs-devel@gnu.org; Sat, 06 Nov 2004 21:52:08 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CQd9x-0000VZ-2x for emacs-devel@gnu.org; Sat, 06 Nov 2004 21:52:05 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CQd9w-0000VW-Aw for emacs-devel@gnu.org; Sat, 06 Nov 2004 21:52:04 -0500 Original-Received: from [206.46.170.103] (helo=out003.verizon.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CQd1C-0003Jk-O1; Sat, 06 Nov 2004 21:43:03 -0500 Original-Received: from dwarka.dyndns.org ([4.11.7.234]) by out003.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041107024251.QHQM3485.out003.verizon.net@dwarka.dyndns.org>; Sat, 6 Nov 2004 20:42:51 -0600 Original-Received: from trantor.xilinx.com (trantor.xilinx.com [192.168.0.175]) by dwarka.dyndns.org (Postfix) with ESMTP id 3D7A54F072; Sat, 6 Nov 2004 18:41:58 -0800 (PST) Original-To: Andreas Schwab In-Reply-To: X-Mailer: MH-E 7.82+cvs; nmh 1.1; GNU Emacs 21.3.50.2 X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [4.11.7.234] at Sat, 6 Nov 2004 20:42:50 -0600 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: main.gmane.org gmane.emacs.devel:29499 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29499 Andreas Schwab writes: > > Moreover, if a .el file is newer than the .elc file, then I _believe_ > > that the present version of make bootstrap _already_ recompiles > > anyway. (It is a long time ago that I did a `make bootstrap' without > > a prior `make maintainer-clean', however.) > > But the problem is that the file to be compiled may require other files > with a out-of-date elc files. Yes, this is exactly the problem, especially if the code that you are compiling have macros. Then the old macros are used in the new .elc files and all hell breaks loose. We came across this in MH-E. The solution that we came up with was to add an advice to require to load the uncompiled file instead of the .elc file which might be stale. The code is in lisp/mh-e/mh-acros.el. For general use during emacs compilation, I would vote for something a little more general where we check the time-stamps of the .el and .elc file and load the .el if the .elc is older. Satyaki