From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25158 invoked by alias); 25 Sep 2009 11:06:45 -0000 Received: (qmail 25130 invoked by uid 22791); 25 Sep 2009 11:06:44 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_65,SPF_FAIL X-Spam-Check-By: sourceware.org Received: from merkur.ins.uni-bonn.de (HELO merkur.ins.uni-bonn.de) (131.220.223.13) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 25 Sep 2009 11:06:36 +0000 Received: from localhost (localhost [127.0.0.1]) by merkur.ins.uni-bonn.de (Postfix) with ESMTP id 3EACC40002D4C; Fri, 25 Sep 2009 13:06:34 +0200 (CEST) Received: from merkur.ins.uni-bonn.de ([127.0.0.1]) by localhost (merkur.ins.uni-bonn.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zlCvM9ZXZvoH; Fri, 25 Sep 2009 13:06:31 +0200 (CEST) Received: from ins.uni-bonn.de (gibraltar [192.168.193.254]) by merkur.ins.uni-bonn.de (Postfix) with ESMTP id A606440001D22; Fri, 25 Sep 2009 13:06:31 +0200 (CEST) Date: Fri, 25 Sep 2009 11:06:00 -0000 From: Ralf Wildenhues To: Nick Clifton Cc: gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org, binutils@sourceware.org Subject: Re: RFA/RFC: Pass --cache-file=/dev/null on to subconfigures Message-ID: <20090925110629.GA25946@ins.uni-bonn.de> Mail-Followup-To: Ralf Wildenhues , Nick Clifton , gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org, binutils@sourceware.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-09/txt/msg00786.txt.bz2 Hi Nick, * Nick Clifton wrote on Fri, Sep 25, 2009 at 12:23:48PM CEST: > I am regularly encountering problems rebuilding my toolchains > because the config.cache file in one or more of the sub-directories > is inconsistent: > > configure: error: run `make distclean' and/or `rm ./config.cache' and start over > Any comments or reasons why the patch should not be applied ? Yes. Unless you have actively changed any precious variables, they should not be inconsistent and the cache should not be invalidated. Can you please provide me with a recipe to reproduce this (this might be difficult to do) or otherwise circumstances when it happens, and post the full error message? If you could bisect this back to the change when this started to occur first that would be helpful too (I assume the autotools update is relevant). There might be more than one such issue lurking. Developers, please open bugs for them and Cc: me on them. Thanks, Ralf