From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26764 invoked by alias); 19 Dec 2001 17:55:23 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25456 invoked from network); 19 Dec 2001 17:54:04 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sources.redhat.com with SMTP; 19 Dec 2001 17:54:04 -0000 Received: from porcupine.cygnus.com (cse.cygnus.com [205.180.230.236]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA24145 for ; Wed, 19 Dec 2001 09:54:01 -0800 (PST) Received: from porcupine.cygnus.com (law@localhost) by porcupine.cygnus.com (8.11.6/8.11.6) with ESMTP id fBJHrUx21677; Wed, 19 Dec 2001 10:53:31 -0700 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 To: tromey@redhat.com cc: Andrew Cagney , gdb-patches@sources.redhat.com Subject: Re: Update for AC_PROG_STDC_CC fix Reply-To: law@redhat.com From: law@redhat.com In-reply-to: Your message of 19 Dec 2001 10:36:04 MST. <87pu5b6rjv.fsf@creche.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Dec 2001 09:55:00 -0000 Message-ID: <21676.1008784410@porcupine.cygnus.com> X-SW-Source: 2001-12/txt/msg00466.txt.bz2 > I think clashes should only be a problem if you are using different > versions of this macro in different directories. If so, that's a > no-no. It has always been the case that all configure scripts in a > given project must agree about how to compute cache values. I think > this is an undocumented requirement :-(, but careful examination of > the ChangeLogs will show bug fixes for problems like this dating back > at least to 1996. Right. Which is precisely why I'm in this situation to begin with -- "make" has its own version, which was wrong, but at least was closer to being correct. After fixing the version in the "make" subdir I was surprised to find that my fix didn't work. Which led me to gdb and the shared cache problems... And through the discussion we find out that anyone using the one directly from autoconf-1.4 is getting a broken version. Until autoconf-1.5 is released we probably should be overriding the default version. The only question in my mind is how best to do that. Do we keep the original name, or do we use a new one? What affect (if any) does changing the name have on the magic which uses the result of PROG_CC_STDC to initialize CC in the generated Makefile? jeff