Release stamping (Was: [CORE] Schedule for release?) - Mailing list pgsql-hackers

From Dave Page
Subject Release stamping (Was: [CORE] Schedule for release?)
Date
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E40176D861@ratbert.vale-housing.co.uk
Whole thread Raw
Responses Re: Release stamping (Was: [CORE] Schedule for release?)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> Sent: 24 October 2006 14:30
> To: Dave Page
> Cc: pgsql-core@postgresql.org
> Subject: Re: [CORE] Schedule for release?
>
> > In pgAdmin we have a simple bootstrap script the writes all
> the version
> > numbers into a bunch of files, and then runs
> automake/autoconf et al. It
> > sucks it out of one header which is all we have to modify manually.
> > Any reason we can't do something similar for PosgreSQL?
>
> The pg_config.h.win32 file is intended to support building in an
> environment where you can't run automake/autoconf, or indeed much of
> anything else.

That doesn't matter does it? Marc runs the bootstrap, which inserts the
version numbers into the right place and runs autoconf, then he commits
the changed files (configure, pg_config.h.win32 etc) to CVS. Only he (or
you or Bruce) should ever need to run it.

> Perhaps we could require Perl or something to be
> available?  I know Magnus is requiring Perl for his MSVC
> build support.

Yes.

> This is getting offtopic for -core though.

Moved to -hackers...

Regards, Dave.


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: COPY does not work with regproc and aclitem
Next
From: Tom Lane
Date:
Subject: Re: Release stamping (Was: [CORE] Schedule for release?)