From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel Subject: Re: Current CVS doesn't bootstrap Date: Mon, 08 Nov 2004 09:20:58 +0200 Message-ID: <01c4c563$Blat.v2.2.2$a39c9a40@zahav.net.il> 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> <01c4c487$Blat.v2.2.2$d4c31400@zahav.net.il> <200411071743.iA7Hhfi01732@raven.dms.auburn.edu> <01c4c519$Blat.v2.2.2$30b5eda0@zahav.net.il> <200411080203.iA8230t04465@raven.dms.auburn.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1099898893 10987 80.91.229.6 (8 Nov 2004 07:28:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 8 Nov 2004 07:28:13 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 08 08:28:01 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 1CR3wW-0003ml-00 for ; Mon, 08 Nov 2004 08:28:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CR44r-0005Jl-On for ged-emacs-devel@m.gmane.org; Mon, 08 Nov 2004 02:36:37 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CR44j-0005Je-OI for emacs-devel@gnu.org; Mon, 08 Nov 2004 02:36:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CR44i-0005JG-UF for emacs-devel@gnu.org; Mon, 08 Nov 2004 02:36:29 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CR44i-0005JD-S2 for emacs-devel@gnu.org; Mon, 08 Nov 2004 02:36:28 -0500 Original-Received: from [192.114.186.15] (helo=balder.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CR3vP-0007xq-Ps for emacs-devel@gnu.org; Mon, 08 Nov 2004 02:26:52 -0500 Original-Received: from zaretski ([80.230.149.108]) by balder.inter.net.il (Mirapoint Messaging Server MOS 3.3.7-GR) with ESMTP id DVW77894 (AUTH halo1); Mon, 8 Nov 2004 09:26:35 +0200 (IST) Original-To: Luc Teirlinck X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 In-reply-to: <200411080203.iA8230t04465@raven.dms.auburn.edu> (message from Luc Teirlinck on Sun, 7 Nov 2004 20:03:00 -0600 (CST)) 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:29554 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29554 > Date: Sun, 7 Nov 2004 20:03:00 -0600 (CST) > From: Luc Teirlinck > CC: emacs-devel@gnu.org > > Do you have any evidence that it are the changes to easymenu.el that > caused your problem? Yes: easymenu.el was one of a very few files updated by "cvs up" that was immediately followed by ./configure make bootstrap The bootstrap attempt before "cvs up" failed while compiling printing.el, so the new one should have simply continued from that spot. The files updated by "cvs up" were: align.el, tempo.el, outline.el, macros.el, and easymenu.el. None of the changes to those files seem to be candidates for causing the trouble I reported, but perhaps I miss something. Note that the command that failed after "cvs up" was this: ../src/bootstrap-emacs -batch --no-site-file --multibyte -l autoload --eval '(setq generated-autoload-file "/home/e/eliz/emacs.cvs/emacs/lisp/loaddefs.el")' -f batch-update-autoloads $wins i.e., it failed while generating loaddefs.el. > Changes in byte compilation often require > recompilation. There was a non-trivial change to bytecomp.el five > days ago. Some of the changes apparently affected cl. I'm looking for some change that would explain the effect on cl. Until now, I didn't find it. Also note that similar failure was reported in this thread: http://lists.gnu.org/archive/html/emacs-devel/2004-09/msg00317.html