Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
To: Gerald Pfeifer <gerald@pfeifer.com>
Cc: gcc-patches@gcc.gnu.org, binutils@sourceware.org, gdb@sourceware.org
Subject: Do not point to sources.redhat.com for autotools tarballs (was:  Moving to Autoconf 2.64, Automake 1.11)
Date: Sun, 16 Aug 2009 09:49:00 -0000	[thread overview]
Message-ID: <20090816094922.GB25721@gmx.de> (raw)
In-Reply-To: <alpine.LSU.1.99.0908151331010.19553@acrux.dbai.tuwien.ac.at>

* Gerald Pfeifer wrote on Sat, Aug 15, 2009 at 01:34:15PM CEST:
> On Sat, 15 Aug 2009, Ralf Wildenhues wrote:
> > Apart from that, I would need somebody to update the autotools tarballs
> > at ftp://sources.redhat.com/pub/binutils for me, at the time I am
> > committing the above.  The upstream tarballs are available here:
> >   ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.64.tar.gz
> >   ftp://ftp.gnu.org/gnu/automake/automake-1.11.tar.gz
> 
> Looking at the dates of the original tarballs (which look like snapshots
> needed at that point in time), I am wondering why we shouldn't just refer 
> to the vanilla upstream versions and downloads?

FWIW, I wouldn't mind such a move at all, esp. considering that these
snapshots are pretty outdated.  However, the pub/binutils location can
serve as as useful indirection in case we do need to rely on unreleased
versions again.

At least the gettext version used throughout GCC/src is pretty old,
and/or not consistent anyway.  I don't know if there is need to update
it, though.

Below is a proposed patch that would let src refer to upstream versions,
to be squashed in with [PATCH 5/N] of this series (tested make info html
pdf).

Thanks,
Ralf

ChangeLog:
2009-08-16  Ralf Wildenhues  <Ralf.Wildenhues@gmx.de>

	* README-maintainer-mode: Point directly to upstream locations
	for autoconf, automake, libtool, gettext, instead of copies on
	sources.redhat.com.  Document required versions.

gdb/doc/ChangeLog:
2009-08-16  Ralf Wildenhues  <Ralf.Wildenhues@gmx.de>

	* gdbint.texinfo (Releasing GDB): Point to
	README-maintainer-mode file for required autoconf version.

diff --git a/README-maintainer-mode b/README-maintainer-mode
index 0115a1e..a350974 100644
--- a/README-maintainer-mode
+++ b/README-maintainer-mode
@@ -3,7 +3,18 @@
 
 Note that if you configure with --enable-maintainer-mode, you will need
 special versions of automake, autoconf, libtool and gettext. You will
-find the sources for these in ftp://sources.redhat.com/pub/binutils.
+find the sources for these in the respective upstream directories:
+
+  ftp://ftp.gnu.org/gnu/autoconf
+  ftp://ftp.gnu.org/gnu/automake
+  ftp://ftp.gnu.org/gnu/libtool
+  ftp://ftp.gnu.org/gnu/gettext
+
+The required versions of the tools for this tree are
+  autoconf 2.64
+  automake 1.11
+  libtool 2.2.6
+  gettext 0.14.5
 
 Note - "make distclean" does not work with maintainer mode enabled.
 The Makefiles in the some of the po/ subdirectories depend upon the
diff --git a/gdb/doc/gdbint.texinfo b/gdb/doc/gdbint.texinfo
index b1c0452..6d0a226 100644
--- a/gdb/doc/gdbint.texinfo
+++ b/gdb/doc/gdbint.texinfo
@@ -7078,10 +7078,9 @@ Notes:
 @itemize @bullet
 @item
 Check the @code{autoconf} version carefully.  You want to be using the
-version taken from the @file{binutils} snapshot directory, which can be
-found at @uref{ftp://sourceware.org/pub/binutils/}.  It is very
-unlikely that a system installed version of @code{autoconf} (e.g.,
-@file{/usr/bin/autoconf}) is correct.
+version documented in the toplevel @file{README-maintainer-mode} file.
+It is very unlikely that a system installed version of @code{autoconf}
+(e.g., @file{/usr/bin/autoconf}) is correct.
 @end itemize
 
 @subsubheading Check out the relevant modules:


  reply	other threads:[~2009-08-16  9:49 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-15 11:29 Moving to Autoconf 2.64, Automake 1.11 Ralf Wildenhues
2009-08-15 11:31 ` [PATCH 1/N] Update automake-provided files in the toplevel Ralf Wildenhues
2009-08-15 11:33 ` [PATCH 3/N] some minor fixes in sim, gold, gdb Ralf Wildenhues
2009-08-17 16:14   ` Tom Tromey
2009-08-17 16:48   ` Ian Lance Taylor
2009-08-15 11:34 ` Moving to Autoconf 2.64, Automake 1.11 Gerald Pfeifer
2009-08-16  9:49   ` Ralf Wildenhues [this message]
2009-08-16 17:06     ` Do not point to sources.redhat.com for autotools tarballs (was: Moving to Autoconf 2.64, Automake 1.11) Eli Zaretskii
2009-08-15 11:34 ` [PATCH 4/N] The big bump Ralf Wildenhues
2009-08-15 11:49   ` Richard Guenther
2009-08-15 12:23     ` Ralf Wildenhues
2009-08-15 12:29       ` Ralf Wildenhues
2009-08-15 16:21         ` Paolo Bonzini
2009-08-17 19:39           ` fix 2.64 fopen glitch, disable option checking (was: [PATCH 4/N] The big bump) Ralf Wildenhues
2009-08-17 19:57             ` fix 2.64 fopen glitch, disable option checking Paolo Bonzini
2009-08-15 14:41   ` [PATCH 4/N] The big bump Dave Korn
2009-08-15 16:04     ` Ralf Wildenhues
2009-08-15 16:36       ` Dave Korn
2009-08-15 16:26     ` Joseph S. Myers
2009-08-17 10:20   ` Nick Clifton
2009-08-23 12:30   ` Andreas Schwab
2009-08-15 11:35 ` [PATCH 5/N] post-update cleanups Ralf Wildenhues
2009-08-15 16:58   ` Paolo Bonzini
2009-08-15 15:31 ` Moving to Autoconf 2.64, Automake 1.11 Joseph S. Myers
2009-08-15 16:07   ` Ralf Wildenhues
2009-08-16 11:48     ` install-{html,pdf} (was: Moving to Autoconf 2.64, Automake 1.11) Ralf Wildenhues
2009-08-17 11:14       ` install-{html,pdf} Paolo Bonzini
2009-08-17 10:34         ` install-{html,pdf} Paolo Bonzini
2009-08-15 18:04 ` Moving to Autoconf 2.64, Automake 1.11 Paolo Bonzini
2009-08-15 23:07   ` Ralf Wildenhues
     [not found]   ` <20090815230654.GA22525__27948.5272862532$1250377656$gmane$org@gmx.de>
2009-08-17 15:57     ` Tom Tromey
2009-08-17 18:18       ` Andreas Schwab
     [not found] ` <20090815113449.GE20172__4676.41973305053$1250336143$gmane$org@gmx.de>
2009-08-17 16:17   ` [PATCH 5/N] post-update cleanups Tom Tromey
2009-08-23 10:12 ` Moving to Autoconf 2.64, Automake 1.11 Ralf Wildenhues

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=20090816094922.GB25721@gmx.de \
    --to=ralf.wildenhues@gmx.de \
    --cc=binutils@sourceware.org \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=gdb@sourceware.org \
    --cc=gerald@pfeifer.com \
    /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