On Fri, Nov 16, 2007 at 09:04:38AM +0100, Peter Eisentraut wrote:
> Am Freitag, 16. November 2007 schrieb Tom Lane:
> > [ digs for a moment... ]  According to my notes we are using autoconf
> > 2.53 for versions 7.3-8.0 and 2.59 for the later branches.  So 2.13
> > is already out of the picture.  It might be that 2.53 to 2.59 to 2.61
> > is not all that big a jump in reality, but I've got to say that it
> > scares me when I read commit-log entries that report ten thousand lines
> > worth of diffs in a 20K-line script ...
> 
> Yeah, I think it's a bit insane.  Keeping a few Autoconf versions around 
> isn't 
> hard at all.  We have been doing it for years.  (Hint: ./configure; make; 
> make install)

Yeah.

I reiterate my point that I think it'd be good with a dedicated VM to build
the snapshots and releases off, that isn't affected by other changes to
whatever machine happens to be used. This VM could then be given all the
required autoconf versions, and it'd stay stable - and wouldn't be affected
by choices by whatever distribution is used.

Last time it was flex (or was it bison). This time autoconf (which I
beleive has happened before as well). It *will* happen again. If we move to
the latest autoconf now, it will just happen the next time <distro of
choice> upgrades what they have. (I say distro of choice. In thi case it's
freebsd, but I'm sure it happens on other platforms as well. For example, I
notice my Gutsy box has a different autoconf from my Dapper one. Which is
why I do my pg autoconf work on the dapper one)


//Magnus

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
       subscribe-nomail command to [EMAIL PROTECTED] so that your
       message can get through to the mailing list cleanly

Reply via email to