Re: Release stamping (Was: [CORE] Schedule for release?)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Release stamping (Was: [CORE] Schedule for release?)
Дата
Msg-id 9221.1161703000@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Release stamping (Was: [CORE] Schedule for release?)  ("Magnus Hagander" <mha@sollentuna.net>)
Ответы Re: Release stamping (Was: [CORE] Schedule for release?)  (Peter Eisentraut <peter_e@gmx.net>)
Re: Release stamping (Was: [CORE] Schedule for release?)  ("Magnus Hagander" <mha@sollentuna.net>)
Список 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 по дате отправления:

Предыдущее
От: "Magnus Hagander"
Дата:
Сообщение: Re: Release stamping (Was: [CORE] Schedule for release?)
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Release stamping (Was: [CORE] Schedule for release?)