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:
next prev parent 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