From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-39596-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 14559 invoked by alias); 20 May 2005 20:53:27 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 14545 invoked from network); 20 May 2005 20:53:23 -0000
Received: from unknown (HELO nevyn.them.org) (66.93.172.17)
  by sourceware.org with SMTP; 20 May 2005 20:53:23 -0000
Received: from drow by nevyn.them.org with local (Exim 4.50)
	id 1DZEUl-00029I-Hv; Fri, 20 May 2005 16:53:23 -0400
Date: Sun, 22 May 2005 14:54:00 -0000
From: Daniel Jacobowitz <drow@false.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA] Eliminate warnings about snprintf declaration
Message-ID: <20050520205323.GA8178@nevyn.them.org>
Mail-Followup-To: Eli Zaretskii <eliz@gnu.org>, gdb-patches@sourceware.org
References: <m364xkihbc.fsf@gossamer.airs.com> <20050515170435.GB11855@nevyn.them.org> <01c55d34$Blat.v2.4$78a096c0@zahav.net.il> <jell6a131z.fsf@sykes.suse.de> <01c55d46$Blat.v2.4$2cdcf820@zahav.net.il> <je7jhu0xw8.fsf@sykes.suse.de> <01c55d4d$Blat.v2.4$15584ae0@zahav.net.il> <01c55d68$Blat.v2.4$760750a0@zahav.net.il> <20050520182425.GA3365@nevyn.them.org> <01c55d7c$Blat.v2.4$d01397c0@zahav.net.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <01c55d7c$Blat.v2.4$d01397c0@zahav.net.il>
User-Agent: Mutt/1.5.8i
X-SW-Source: 2005-05/txt/msg00499.txt.bz2

On Fri, May 20, 2005 at 11:44:06PM +0300, Eli Zaretskii wrote:
> > Date: Fri, 20 May 2005 14:24:25 -0400
> > From: Daniel Jacobowitz <drow@false.org>
> > Cc: gdb-patches@sourceware.org
> > 
> > I bet I know what it is now.  aclocal.m4 uses m4_include to include
> > acinclude.m4; acinclude.m4 uses sinclude to include various other
> > files.  Like ../bfd/bfd.m4 and ../gettext.m4.
> 
> Probably.
> 
> It is still a mystery to me why there's no Makefile rule to regenerate
> configure and config.in when configure.ac is modified.

You can find some ranting about this topic in standards.texi, I think.
It would be inappropriate except for --enable-maintainer-mode, which
GDB doesn't seem to use much - there's only one rule for it.  Even if
we did support that, I bet the dependencies would be chronically out of
date anyway.

-- 
Daniel Jacobowitz
CodeSourcery, LLC