Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Klee Dienes <klee@apple.com>
To: Daniel Jacobowitz <drow@mvista.com>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	DJ Delorie <dj@delorie.com>,
	ac131313@redhat.com, binutils@sources.redhat.com,
	gdb-patches@sources.redhat.com
Subject: Re: [RFC] Update to current automake/autoconf/libtool versions.
Date: Thu, 05 Dec 2002 09:54:00 -0000	[thread overview]
Message-ID: <A5661C8C-087A-11D7-A7CE-00039396EEB8@apple.com> (raw)
In-Reply-To: <20021205164430.GA7865@nevyn.them.org>

I actually found the files in ftp://sources.redhat.com/pub/binutils to 
be an impediment to using the correct versions.  For a long time I had 
no idea they even existed, and then once I found out about them, it was 
even more confusing, since they weren't the versions that were actually 
used.

I'd argue that we should:

1) Specify the versions of autoconf/automake/libtool/gettext by 
reference to official tarballs from ftp.gnu.org.  In general, define 
the version used to be "the most recent officially released version of 
each tool".

and either

2a) Consider updates to generated files caused by re-configuring with 
the most recent released version of the tools as an "obvious fix".

or (even better)

2b) Configure the CVS repository to run autoreconf using the most 
recent versions whenever a new configure.in/Makefile.in/Makefile.am is 
committed.

The idea here is that it's relatively straightforward for a 
binutils/gdb maintainer to know what to do when updating a 
configuration file (get the most recent version of the tools from the 
FSF and use them), and that we have a natural tendency to stay 
up-to-date with automake/autoconf changes, without having flag-day 
style upgrades become an issue.

On Thu, Dec 05, 2002 at 05:39:54PM +0100, Maciej W. Rozycki wrote:

> They're in ftp://sources.redhat.com/pub/binutils/ already.  Have been
> for years.


  parent reply	other threads:[~2002-12-05 17:54 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-13  8:55 [RFA/PATCH] Darwin fixes for ltconfig, ltcf-c.sh Klee Dienes
2002-11-13  9:57 ` Andrew Cagney
2002-11-13 10:32   ` Klee Dienes
2002-12-04 22:04     ` [RFC] Update to current automake/autoconf/libtool versions Klee Dienes
2002-12-05  5:26       ` Hans-Peter Nilsson
2002-12-05 14:07         ` Alan Modra
2002-12-05  7:43       ` Andrew Cagney
2002-12-05  8:22         ` Klee Dienes
2002-12-05  9:01           ` Andrew Cagney
2002-12-05 12:55             ` Klee Dienes
2002-12-05 13:03               ` Daniel Jacobowitz
2002-12-05 13:13                 ` Andrew Cagney
2002-12-05 13:16                   ` Daniel Jacobowitz
2002-12-05 13:08               ` Andrew Cagney
2002-12-05 13:18                 ` Klee Dienes
2002-12-05  8:28         ` DJ Delorie
2002-12-05  9:37           ` Klee Dienes
2002-12-05  9:42             ` DJ Delorie
2002-12-05 10:28               ` Klee Dienes
2002-12-05  9:31         ` H. J. Lu
2002-12-05  7:44       ` Maciej W. Rozycki
2002-12-05  9:01         ` Klee Dienes
2002-12-05  8:09       ` Daniel Jacobowitz
2002-12-05  8:29         ` DJ Delorie
2002-12-05  8:35           ` Daniel Jacobowitz
2002-12-05  8:37             ` DJ Delorie
2002-12-05  8:40             ` Maciej W. Rozycki
2002-12-05  8:44               ` Daniel Jacobowitz
2002-12-05  9:19                 ` Elena Zannoni
2002-12-05  9:54                 ` Klee Dienes [this message]
2002-12-05 10:10                   ` Maciej W. Rozycki
2002-12-05 10:59                   ` Doug Evans
2002-12-05 12:11                     ` Klee Dienes
2002-12-05 12:23                       ` Ian Lance Taylor
2002-12-05 14:29                         ` Klee Dienes
2002-12-06  5:34                     ` Maciej W. Rozycki
2002-12-06  7:25                       ` DJ Delorie
2002-12-06  8:06                         ` Maciej W. Rozycki
2002-12-06  8:47                           ` DJ Delorie
2002-12-05 10:59                   ` Andrew Cagney
2002-12-06  5:52                     ` Maciej W. Rozycki
2002-12-05 13:59                   ` Ben Elliston
2002-12-05 13:41                     ` Ben Elliston
2002-12-30 16:10       ` Alexandre Oliva
2002-12-05 10:15 Michael Elizabeth Chastain
2002-12-05 10:37 ` Klee Dienes
2002-12-05 11:08 Nathanael Nerode
2002-12-05 11:31 ` Andrew Cagney
2002-12-05 13:31 ` Zack Weinberg
2002-12-05 14:36   ` Alan Modra
2002-12-05 14:56     ` Ian Lance Taylor
2002-12-05 15:22       ` Alan Modra
2002-12-05 15:43         ` Ian Lance Taylor
2002-12-05 15:51           ` Andrew Cagney
2002-12-05 15:47         ` Mike Stump
2002-12-05 16:30           ` Alan Modra
2002-12-05 16:45             ` Zack Weinberg
2002-12-08  2:49         ` Klee Dienes
2002-12-05 14:29 ` Christopher Faylor
2002-12-06  6:45 ` Maciej W. Rozycki
2002-12-08 10:53 ` Klee Dienes
2002-12-05 14:40 Nathanael Nerode
2002-12-05 15:19 ` Zack Weinberg
2002-12-06 10:21   ` Tom Tromey
2002-12-07 13:06   ` Alexandre Oliva
2002-12-07 16:03     ` Zack Weinberg
2002-12-09 19:16       ` Alexandre Oliva
2002-12-09 21:52         ` Geoff Keating
2002-12-08 13:11     ` Tom Tromey
2002-12-05 14:42 Joern Rennecke
2002-12-06  5:28 Nathanael Nerode
     [not found] <9A4230D6-1D26-11D7-BFCA-00039396EEB8@apple.com>
2003-01-12 13:22 ` Alexandre Oliva

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=A5661C8C-087A-11D7-A7CE-00039396EEB8@apple.com \
    --to=klee@apple.com \
    --cc=ac131313@redhat.com \
    --cc=binutils@sources.redhat.com \
    --cc=dj@delorie.com \
    --cc=drow@mvista.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=macro@ds2.pg.gda.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox