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

From Tom Lane
Subject Re: Release stamping (Was: [CORE] Schedule for release?)
Date
Msg-id 9221.1161703000@sss.pgh.pa.us
Whole thread Raw
In response to Re: Release stamping (Was: [CORE] Schedule for release?)  ("Magnus Hagander" <mha@sollentuna.net>)
Responses Re: Release stamping (Was: [CORE] Schedule for release?)
Re: Release stamping (Was: [CORE] Schedule for release?)
List pgsql-hackers
"Magnus Hagander" <mha@sollentuna.net> writes:
>> Sorry - we're just talking about getting the version number 
>> in there automatically to avoid it getting forgotten during 
>> release bundling.

> I can see that being a good idea. But I don't see Toms ./configure
> solution working.

Why not?  The shipped tarball would contain exactly the same
pg_config.h.win32 it does today; the only difference is that the
version info would've been inserted automatically instead of manually.
(The start of this discussion was my observation that pg_config.h.win32
contains multiple copies of the version info, and sooner or later
somebody would miss one while stamping a release.)

> What we could do is have the msvc build scripts edit the file and
> replace the version with something it reads from configure.in when run.

That's great if you're using msvc, but what about borland?
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Magnus Hagander"
Date:
Subject: Re: Release stamping (Was: [CORE] Schedule for release?)
Next
From: Peter Eisentraut
Date:
Subject: Re: Release stamping (Was: [CORE] Schedule for release?)