From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Joachim Wieland <joe(at)mcknight(dot)de> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Meskes <meskes(at)postgresql(dot)org>, Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Stamp major release 8.3.0, |
Date: | 2007-01-11 04:22:16 |
Message-ID: | 200701110422.l0B4MGR19949@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Joachim Wieland wrote:
> On Fri, Jan 05, 2007 at 05:55:45PM -0500, Bruce Momjian wrote:
> > > The idea of having to do this at every version number bump is pretty
> > > unappetizing. Shouldn't we fix things so that the version number
> > > doesn't appear in the ecpg regression files?
>
> > It would be nice, yea, or we can stip out that line when doing the diff.
>
> Attached is a patch that adds a --regression option to ecpg. I replaced the
> manual checking for long options (--version and --help) by a call to
> getopt_long(). Unfortunately I don't have access to a platform that does not
> support getopt_long, so maybe there is something missing for those platforms
> (including for Windows maybe).
>
> The other patch is against the expected/ directory to replace the version
> number with a fixed string.
I have added a checklist item to update the ecpg regression output for
major release bumps. I think that is the easiest solution at this
point.
--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2007-01-11 04:27:24 | Re: TODO item: update source/timezone for 64-bit tz |
Previous Message | Michael Glaesemann | 2007-01-11 04:18:26 | Re: TODO item: update source/timezone for 64-bit tz files |