Re: pgsql-server/src backend/bootstrap/Tag: backen ...
От | Bruce Momjian |
---|---|
Тема | Re: pgsql-server/src backend/bootstrap/Tag: backen ... |
Дата | |
Msg-id | 200309080254.h882snC22876@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: pgsql-server/src backend/bootstrap/Tag: backen ... (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: pgsql-server/src backend/bootstrap/Tag: backen ...
Re: pgsql-server/src backend/bootstrap/Tag: backen ... |
Список | pgsql-committers |
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > >> Tom Lane wrote: > >>> I thought the consensus of the discussion was that this was not > >>> necessary. It sure doesn't strike me as a good idea. > > > Also, keep in mind that in the end most folks will be building under > > MinGW using a release tarball, that has those output files. We haven't > > gotten a MinGW release yet, so they have to build all the stuff. > > Well, that's a fair argument, but why don't you get Marc to set up > nightly snapshots for the WIN32_DEV branch? That only costs cycles > in the short term. Polluting CVS with updates to derived files will > cost us CVS storage forever. Hmm, another problem is that I don't think there is a flex port for MinGW --- at least I remember someone saying they found bison, but not flex, so if they grab the snapshot, they will not be able to use CVS to do development and diffs. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-committers по дате отправления: