From: | Sean Chittenden <sean(at)chittenden(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-committers(at)postgresql(dot)org |
Subject: | Re: pgsql-server/src backend/bootstrap/Tag: backen ... |
Date: | 2003-09-08 18:59:38 |
Message-ID: | 20030908185938.GB50844@perrin.nxad.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers-win32 |
> >>> 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.
Um, why not just have someone with local CVSROOT access just rm -f the
,v file when the WIN32_DEV branch ceases to be useful? In the
meantime, have the flex/bison files in CVS. Few will notice or care
in the meantime other than possibly CVSup administrators. Just a
thought.
-sc
--
Sean Chittenden
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-09-08 19:38:02 | pgsql-server/doc/src/sgml func.sgml |
Previous Message | Bruce Momjian | 2003-09-08 18:16:02 | pgsql-server/. Tag: WIN32_DEV UPDATED |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-09-08 20:25:29 | Re: pgsql-server/src backend/bootstrap/Tag: backen ... |
Previous Message | Darko Prenosil | 2003-09-08 11:12:45 | Re: [pgsql-hackers-win32] Windows CHM format for the documents |