Re: Changes to handling version numbers internally - Mailing list pgsql-hackers

From The Hermit Hacker
Subject Re: Changes to handling version numbers internally
Date
Msg-id Pine.BSF.4.21.0007022315460.833-100000@thelab.hub.org
Whole thread Raw
In response to Re: Changes to handling version numbers internally  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Changes to handling version numbers internally  (eisentrp@csis.gvsu.edu)
List pgsql-hackers
On Sun, 2 Jul 2000, Tom Lane wrote:

> The Hermit Hacker <scrappy@hub.org> writes:
> >> This way we can also make it available to shell scripts and make
> >> files. The next autoconf version will have built-in support for this
> >> setup, so it's not like I'm making this up. :)
> 
> > I see you've already committed the changes, which I still disagree with
> > ... I don't like the fact that someone has to remember to update the
> > configure.in and autoconf it to change the version number.
> 
> It's a lot better than it was before ;-)
> 
> > We already have the mess with template files, why not create a VERSION
> > file that could just as easily be read in by configure, without having
> > to do an autoconf, to change the version?
> 
> Gilding the lily.  The people who are likely to be bumping the version
> number are all perfectly familar with autoconf.  

Ya, I've been fighting myself internally on this point ... I just hate the
though of embed'ng it into configure, that's all ...

peter mentioned something about next version of autoconf doing this?  



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Changes to handling version numbers internally
Next
From: "Jenni Jaeger"
Date:
Subject: connection to Access tables