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

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Release stamping (Was: [CORE] Schedule for release?)
Дата
Msg-id 8112.1161697948@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Release stamping (Was: [CORE] Schedule for release?)  ("Dave Page" <dpage@vale-housing.co.uk>)
Ответы 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
"Dave Page" <dpage@vale-housing.co.uk> writes:
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us] 
>> 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.

Hmm, so manufacture pg_config.h.win32 during tarball build and insert
the version numbers at that point?  Yeah, that would work.  Actually the
easiest thing would likely be to have configure build it the same way it
builds pg_config.h, and then not remove it in "make distclean".
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Dave Page"
Дата:
Сообщение: Release stamping (Was: [CORE] Schedule for release?)
Следующее
От: "Simon Riggs"
Дата:
Сообщение: Re: New CRC algorithm: Slicing by 8