From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13908 invoked by alias); 25 May 2007 18:21:42 -0000 Received: (qmail 13876 invoked by uid 22791); 25 May 2007 18:21:41 -0000 X-Spam-Check-By: sourceware.org Received: from palrel10.hp.com (HELO palrel10.hp.com) (156.153.255.245) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 25 May 2007 18:21:39 +0000 Received: from smtp2.cup.hp.com (smtp.cup.hp.com [15.4.32.118]) by palrel10.hp.com (Postfix) with ESMTP id 71B933465E; Fri, 25 May 2007 11:21:35 -0700 (PDT) Received: from hpsje.cup.hp.com (hpsje.cup.hp.com [16.89.92.85]) by smtp2.cup.hp.com (Postfix) with ESMTP id BFAA630E78C; Fri, 25 May 2007 18:12:58 +0000 (UTC) Received: (from sje@localhost) by hpsje.cup.hp.com (8.9.3 (PHNE_29774)/8.9.3) id LAA24720; Fri, 25 May 2007 11:21:34 -0700 (PDT) Date: Fri, 25 May 2007 18:21:00 -0000 From: Steve Ellcey Message-Id: <200705251821.LAA24720@hpsje.cup.hp.com> To: bonzini@gnu.org Cc: tromey@redhat.com, libtool@cwilson.fastmail.fm, newlib@sourceware.org, aoliva@redhat.com, gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org, binutils@sourceware.org Subject: Re: New libtool is in the GCC and Src trees. In-Reply-To: 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: 2007-05/txt/msg00398.txt.bz2 Tom Tromey wrote: > The failure looks like: > > configure: loading cache .././config.cache > configure: error: `CXXFLAGS' has changed since the previous run: > configure: former value: -g -O2 -D_GNU_SOURCE > configure: current value: -g -O2 -D_GNU_SOURCE > configure: error: changes in the environment can compromise the build > configure: error: run `make distclean' and/or `rm .././config.cache' and start over > configure: error: /bin/sh '../../../../trunk/libjava/classpath/configure' failed for classpath Paolo, What do you think about putting the confsubdir.m4 macro in the config directory (in GCC and src) to fix this problem? We would also have to regenerate the configure scripts, we could either do that proactively or let it happen as people run into the problem and/or as people regen the configure scripts for other reasons. The confsubdir.m4 macro can be found here: http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01320.html Steve Ellcey sje@cup.hp.com