From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13307 invoked by alias); 12 Jan 2005 18:50:52 -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 13259 invoked from network); 12 Jan 2005 18:50:45 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 12 Jan 2005 18:50:45 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j0CIoiPU012583 for ; Wed, 12 Jan 2005 13:50:45 -0500 Received: from localhost.redhat.com (vpn50-92.rdu.redhat.com [172.16.50.92]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j0CIohr22524; Wed, 12 Jan 2005 13:50:43 -0500 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 304F37D79; Wed, 12 Jan 2005 13:49:03 -0500 (EST) Message-ID: <41E5711E.9010502@gnu.org> Date: Wed, 12 Jan 2005 18:50:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Hans-Peter Nilsson Cc: gdb-patches@sources.redhat.com Subject: Re: [commit/sim] Force generation of configure and other stuff; Was: [commit/sim] switch autoconf 2.59 References: <41DF55E5.7010307@gnu.org> <41E43F98.1010601@gnu.org> <41E47C74.3050607@gnu.org> <41E5501A.3000907@gnu.org> <41E5680B.9040400@gnu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-01/txt/msg00088.txt.bz2 Hans-Peter Nilsson wrote: > On Wed, 12 Jan 2005, Andrew Cagney wrote: > >>>Goody. I got this far as well, but thought I should get a grip >>>on that ac_objext (and why not ac_cv_objext or whatever) thingy >>>first. I had a similar patch for the SIM_AC_OUTPUT problem, but >>>sed:ed out the space and kept the curious CONFIG_FILES test. >>>(What was it there for?) >> >>Which config_files test? > > > (No smiley?) The > [case "x$CONFIG_FILES" in > xMakefile*) > that used to be in SIM_AC_OUTPUT, but which you just removed. > > Oh, I see now why it was there; CONFIG_FILES was supposed to > have different values for the different AC_CONFIG_FILES parts. Oh, that. Yea, I didn't understand it worked so I replaced it :-) (yes, it was doing some sort of thing like you describe but I couldn't figure out exactly how or what). > Never mind, this is all history now. But since you asked. Thanks Andrew