From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28980 invoked by alias); 5 Dec 2002 21:58:07 -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 28973 invoked from network); 5 Dec 2002 21:58:06 -0000 Received: from unknown (HELO main.gmane.org) (80.91.224.249) by sources.redhat.com with SMTP; 5 Dec 2002 21:58:06 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18K40S-0000l2-00 for ; Thu, 05 Dec 2002 22:58:04 +0100 To: gdb-patches@sources.redhat.com X-Injected-Via-Gmane: http://gmane.org/ Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18K40Q-0000ks-00 for ; Thu, 05 Dec 2002 22:58:02 +0100 Path: not-for-mail From: Ben Elliston Subject: Re: [RFC] Update to current automake/autoconf/libtool versions. Date: Thu, 05 Dec 2002 13:59:00 -0000 Organization: Red Hat Asia-Pacific Pty Ltd Message-ID: References: <20021205164430.GA7865@nevyn.them.org> NNTP-Posting-Host: to-velocet.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1039125482 2896 216.138.202.10 (5 Dec 2002 21:58:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 5 Dec 2002 21:58:02 +0000 (UTC) User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley) Cache-Post-Path: scooby!unknown@localhost X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Cc: binutils@sources.redhat.com X-SW-Source: 2002-12/txt/msg00188.txt.bz2 >>>>> "Klee" == Klee Dienes writes: Klee> The idea here is that it's relatively straightforward for a Klee> binutils/gdb maintainer to know what to do when updating a Klee> configuration file (get the most recent version of the tools Klee> from the FSF and use them), and that we have a natural Klee> tendency to stay up-to-date with automake/autoconf changes, Klee> without having flag-day style upgrades become an issue. The flag day has less to do with the binutils and GCC development process and more to do with Autoconf development. Some poor decisions have been made there recently with respect to backward compatibility. Ben From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16362 invoked by alias); 5 Dec 2002 21:41:05 -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 16355 invoked from network); 5 Dec 2002 21:41:04 -0000 Received: from unknown (HELO main.gmane.org) (80.91.224.249) by sources.redhat.com with SMTP; 5 Dec 2002 21:41:04 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18K3jJ-00084d-00 for ; Thu, 05 Dec 2002 22:40:21 +0100 To: gdb-patches@sources.redhat.com X-Injected-Via-Gmane: http://gmane.org/ Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18K3iP-000813-00 for ; Thu, 05 Dec 2002 22:39:25 +0100 Path: not-for-mail From: Ben Elliston Subject: Re: [RFC] Update to current automake/autoconf/libtool versions. Date: Thu, 05 Dec 2002 13:41:00 -0000 Organization: Red Hat Asia-Pacific Pty Ltd Message-ID: References: <20021205164430.GA7865@nevyn.them.org> NNTP-Posting-Host: to-velocet.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1039124365 30811 216.138.202.10 (5 Dec 2002 21:39:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 5 Dec 2002 21:39:25 +0000 (UTC) User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley) Cache-Post-Path: scooby!unknown@localhost X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Cc: binutils@sources.redhat.com X-SW-Source: 2002-12/txt/msg00187.txt.bz2 Message-ID: <20021205134100.SpCAJLm40nXLaxLu7L7mI_rSxmEqm-yvm8c719EDinA@z> >>>>> "Klee" == Klee Dienes writes: Klee> The idea here is that it's relatively straightforward for a Klee> binutils/gdb maintainer to know what to do when updating a Klee> configuration file (get the most recent version of the tools Klee> from the FSF and use them), and that we have a natural Klee> tendency to stay up-to-date with automake/autoconf changes, Klee> without having flag-day style upgrades become an issue. The flag day has less to do with the binutils and GCC development process and more to do with Autoconf development. Some poor decisions have been made there recently with respect to backward compatibility. Ben