On Thu, 13 Feb 2003, Dominic Mitchell wrote:
> Well at the moment, backwards compatibility is limited to one system at
> our place that needed the funtionality right now. We'll change it to
> use whatever DBD::Pg comes with, however.
Right, but once it goes into a public release (eg. DBD::Pg 1.22) then you
are stuck supporting it/making a migration path.
> > With 2, the patch goes in as is and backwards compatibility does not
> > get broken in the next version. Just a thought.
> #2 sounds good to me.
The we go this route.
> The flag was called, "pg_do_utf8", but "pg_enable_utf8" might be a
> better name.
Agreed. pg_enable_utf8 the flag is, then. I'll go apply the patch --
changing pg_do_utf8 to pg_enable_utf8.
1. Looking over CVS I don't see a release tag for 1.21. It would proably
be better for whoever did the export of 1.21 to tag up, but if you want I
will set up a release tag for 1.21?
2. What is the procedure for adding patches, closing bugs, working with
tasks, and working with feature requests on GBorg... Is there a place
where I can get an overview of how things are done?
pgsql-interfaces by date
|Next:||From: David Wheeler||Date: 2003-02-15 16:14:35|
|Subject: Re: Prepare and prepare ?|
|Previous:||From: ljb||Date: 2003-02-15 01:42:26|
|Subject: Announce: A pure-Tcl interface to PostgreSQL|