From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Annoyingly cautious make rules Date: Fri, 02 Dec 2011 18:24:23 +0200 Message-ID: <838vmvc56w.fsf@gnu.org> References: <83ehwnc97k.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1322843156 28682 80.91.229.12 (2 Dec 2011 16:25:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 2 Dec 2011 16:25:56 +0000 (UTC) Cc: schwab@linux-m68k.org, rms@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 02 17:25:45 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RWVvl-0000lW-BO for ged-emacs-devel@m.gmane.org; Fri, 02 Dec 2011 17:25:45 +0100 Original-Received: from localhost ([::1]:47810 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWVvk-00051u-DS for ged-emacs-devel@m.gmane.org; Fri, 02 Dec 2011 11:25:44 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:45964) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWVvh-00051b-QL for emacs-devel@gnu.org; Fri, 02 Dec 2011 11:25:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RWVvg-0006Jj-MY for emacs-devel@gnu.org; Fri, 02 Dec 2011 11:25:41 -0500 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:35891) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWVvg-0006JS-GA; Fri, 02 Dec 2011 11:25:40 -0500 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LVL0020044WK300@a-mtaout23.012.net.il>; Fri, 02 Dec 2011 18:25:29 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.124.120.75]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LVL002OO4AGJV10@a-mtaout23.012.net.il>; Fri, 02 Dec 2011 18:25:29 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.175 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146433 Archived-At: > From: Stefan Monnier > Date: Fri, 02 Dec 2011 11:14:03 -0500 > Cc: Andreas Schwab , rms@gnu.org, emacs-devel@gnu.org > > >> > The cache used to be enabled automatically. How do you enable it now? > >> $ ./configure --help > >> [...] > >> --cache-file=FILE cache test results in FILE [disabled] > >> -C, --config-cache alias for `--cache-file=config.cache' > >> [...] > > > Why is the default OFF? > > IIUC it's because the expectation is that it's not run very often and > that current machines are fast enough to make it bearable, the advantage > being that when you "aptitude upgrade" you won't waste your time > wondering why configure does not notice that your libjpeg62 doesn't > exist any more and how to coerce configure into doing its job > (i.e. find out that you need to remove the config.cache that you'd > never heard of). > I.e. the problem of autoconf's cache is that there's no automatic way to > discover when it's stale. Thanks.