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?)
Re: Release stamping (Was: [CORE] Schedule for release?) |
Список | 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 по дате отправления: