From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4421 invoked by alias); 22 Feb 2011 05:32:48 -0000 Received: (qmail 4412 invoked by uid 22791); 22 Feb 2011 05:32:47 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Tue, 22 Feb 2011 05:32:41 +0000 Received: (qmail invoked by alias); 22 Feb 2011 05:32:38 -0000 Received: from xdsl-89-0-167-187.netcologne.de (EHLO localhost.localdomain) [89.0.167.187] by mail.gmx.net (mp071) with SMTP; 22 Feb 2011 06:32:38 +0100 Received: from ralf by localhost.localdomain with local (Exim 4.69) (envelope-from ) id 1PrkrV-0002Rt-2W; Tue, 22 Feb 2011 06:32:37 +0100 Date: Tue, 22 Feb 2011 08:17:00 -0000 From: Ralf Wildenhues To: Mike Stump Cc: gcc patches , Alexandre Oliva Subject: Re: configure oddity Message-ID: <20110222053236.GA9035@gmx.de> Mail-Followup-To: Ralf Wildenhues , Mike Stump , gcc patches , Alexandre Oliva References: <2082591D-43B2-4CFC-B8FE-1651137FF1AA@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2082591D-43B2-4CFC-B8FE-1651137FF1AA@comcast.net> User-Agent: Mutt/1.5.20 (2010-08-04) X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-02/txt/msg01407.txt.bz2 Hello Mike, * Mike Stump wrote on Tue, Feb 22, 2011 at 02:34:03AM CET: > So, I was regenerating configure for another patch, and discovered > differences not caused by my patch. I installed the right version of > autoconf, then ran it on the virgin configure.ac file in gcc and it > produced the below patch. Weird. gcc/gcc/configure seems up to date over here. Which m4 version do you have installed? It shouldn't matter, but can you 'rm -rf autom4te.cache' and rerun autoconf then, does that make a difference? This sounds like an m4 bug, or an autoconf --trace issue. > Ideally, I'd like Alexandre and Ralf to rerun on their systems and see > if they get what I get. If they don't, would be nice to track down > why, and get that fixed. Right, let's do that. Your patch adds spurious duplicate variables in the list of user options and that of precious variables. Neither should be serious, as all that's done with these lists is checking whether some passed argument is element of one of those sets. > Ok to check in? I'd prefer not. Thanks, Ralf > --- configure (revision 170335) > +++ configure (working copy) > @@ -886,6 +886,7 @@ > with_bugurl > enable_languages > with_multilib_list > +with_gnu_ld > enable_rpath > with_libiconv_prefix > enable_initfini_array > @@ -899,7 +900,9 @@ > enable_static > with_pic > enable_fast_install > +with_gnu_ld > enable_libtool_lock > +with_gnu_ld > with_plugin_ld > enable_gnu_indirect_function > enable_comdat > @@ -924,9 +927,13 @@ > CPPFLAGS > CXX > CXXFLAGS > +LDFLAGS > +LIBS > +CPPFLAGS > CCC > CPP > CXXCPP > +CXXCPP > GMPLIBS > GMPINC > PPLLIBS [...]