From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Greg Sabino Mullane" <greg(at)turnstep(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: PG 9.0 and standard_conforming_strings |
Date: | 2010-02-03 19:20:15 |
Message-ID: | 1617.1265224815@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Greg Sabino Mullane" <greg(at)turnstep(dot)com> writes:
> Which fallout are we still dealing with? Are you saying that the
> developers are not up to the challenge of handling this before 9.0
> is released? (If this were anything more than a simple boolean GUC
> fix, I would be in your corner).
I'm not certain that Robert is saying that, but *I* am. We have enough
to do for 9.0; adding another work item of uncertain magnitude is not
the thing to be doing right now. The notion that it's "a simple boolean
GUC fix" and won't cause any followup work is unjustifiably optimistic.
And that's just for the core code. I don't want to blindside driver
writers and other third-party authors with a change like this made at
the end of the cycle. If we do it at the beginning of the 9.1 devel
cycle, no one will have room to argue that they didn't have adequate
notice ... but they sure will be able to make that complaint if we
do it now.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alex Hunsaker | 2010-02-03 19:22:03 | Re: Add on_trusted_init and on_untrusted_init to plperl UPDATED [PATCH] |
Previous Message | Robert Haas | 2010-02-03 19:20:04 | Re: Add on_trusted_init and on_untrusted_init to plperl UPDATED [PATCH] |