On Sun, 2 Jul 2000, Tom Lane wrote:

> The Hermit Hacker <scrappy(at)hub(dot)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?  

In response to

• Re: Changes to handling version numbers internally at 2000-07-03 01:50:17 from Tom Lane

Responses

• Re: Changes to handling version numbers internally at 2000-07-03 12:33:15 from eisentrp

pgsql-hackers by date

Next:	From: Hiroshi Inoue	Date: 2000-07-03 03:57:56
	Subject: RE: pgsql/src/backend/postmaster (postmaster.c)
Previous:	From: Tom Lane	Date: 2000-07-03 01:50:17
	Subject: Re: Changes to handling version numbers internally