Re: 2.4 Release in 24hrs

[Charles Wilson]

On 9/21/2010 9:21 PM, Gary V. Vaughan wrote:
> I don't recall having done so in a while but, according to bootstrap:
> 
> # It is okay for the bootstrap process to require unreleased autoconf
> # or automake, as long as any released libtool will work with at least
> # the newest stable versions of each.  Generally, newer versions offer
> # better features, and configure.ac documents oldest version of each
> # required for bootstrap (AC_PREREQ, and AM_INIT_AUTOMAKE).
> 
> And in the release template in HACKING:
> 
> You will then need to have recent (possibly as yet unreleased) versions
> of Automake and Autoconf installed to bootstrap the checked out
> sources yourself.
> 
> So, I will install git automake at the front of my PATH, and if the
> release process works, then I'll go ahead and use it for the release.

OK.  If it's documented, then that's fine.

> Is there a better way to save rebootstrappers from accidental
> downgrade than specifying AM_INIT_AUTOMAKE([1.11a]) in libtool's
> configure.ac?  Pity Automake doesn't use gnulibs `git-version-gen' so
> that I could specify the particular revision with the compile script
> patch that we want at libtool bootstrap time.

Well, now that I think about it, it doesn't REALLY matter (to me).  The
only case, at this time, in which you need the compile script IN libtool
to be latest-n-greatest is if you are building libtool itself using
cl.exe/MSVC.  I'm not.  So...it doesn't matter if I "downgrade" the
compile script by rebootstrapping with released automake.

--
Chuck