From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: appears CVS build is broken (tty-supports-face-attributes-p)? Date: Wed, 30 Jun 2004 22:38:59 -0500 (CDT) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200407010338.i613cxZ25774@raven.dms.auburn.edu> References: <20040630170112.35511.qmail@web53003.mail.yahoo.com> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1088653307 32096 80.91.224.253 (1 Jul 2004 03:41:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 1 Jul 2004 03:41:47 +0000 (UTC) Cc: john_owens@yahoo.com, xsteve@riic.at, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Jul 01 05:41:39 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BfsSA-00021w-00 for ; Thu, 01 Jul 2004 05:41:38 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BfsSA-0006gP-00 for ; Thu, 01 Jul 2004 05:41:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BfsTu-0001MN-4c for emacs-devel@quimby.gnus.org; Wed, 30 Jun 2004 23:43:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BfsTj-0001MH-Qy for emacs-devel@gnu.org; Wed, 30 Jun 2004 23:43:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BfsTg-0001M5-A8 for emacs-devel@gnu.org; Wed, 30 Jun 2004 23:43:15 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BfsTg-0001M2-79 for emacs-devel@gnu.org; Wed, 30 Jun 2004 23:43:12 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BfsRq-0003Ys-CO; Wed, 30 Jun 2004 23:41:18 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id i613f8uE001816; Wed, 30 Jun 2004 22:41:08 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.6+Sun/8.11.6) id i613cxZ25774; Wed, 30 Jun 2004 22:38:59 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: miles@gnu.org In-reply-to: (message from Miles Bader on Thu, 01 Jul 2004 11:17:44 +0900) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25343 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25343 Miles Bader wrote: BTW, usually it's sufficient to do `make -C lisp recompile', and of course it's much faster. So a generally good strategy after updating is to do that followed by a normal make, and if it fails in a suspicious way, then try make maintainer-clean + make bootstrap. In practice, people are going to do what we _ask_ then to do in INSTALL.CVS: Normally, it is not necessary to use "make bootstrap" after every CVS update. Unless there are problems, we suggest the following procedure: $ ./configure $ make $ cd lisp $ make recompile EMACS=../src/emacs $ cd .. $ make (If you want to install the Emacs binary, type "make install" instead of "make" in the last command.) If this is not the best strategy, INSTALL.CVS should be changed. (Note however that for people with fast machines, running `make maintainer-clean' and `make bootstrap' is so fast that it is not even worth the trouble trying anything else.) In case of trouble we recommend first to update loaddefs.el and if this does not solve the problem, to run `make bootstrap'. That used to be sufficient. After a relatively recent change it no longer is. One has to first do `make maintainer-clean', then `make bootstrap'. This is not pointed out in INSTALL.CVS. There are two solutions. The first is to point it out in INSTALL.CVS. One problem with that is that people already familiar with INSTALL.CVS, do not reread it every few days. A more radical solution is to revert the recent change to `make bootstrap'. That change made `make bootstrap' run faster, but at a cost. We get reports on trouble during bootstrapping that are only due to failure to run `make maintainer-clean' on a regular basis. Failing to run `make maintainer-clean' does not necessarily cause bootstrapping to fail. Instead, it can cause bugs in the bootstrapped Emacs. So every time somebody reports a bug that seems irreproducible, there is always the possibility that it was due failure to run `make maintainer-clean'. Has anybody benefited sufficiently from the change in `make bootstrap' to compensate for all the time that many people are losing as a result of it? I am inclined to believe that the change to `make bootstrap' should be reverted. Sincerely, Luc.