Michael Meskes <[EMAIL PROTECTED]> writes:
> On Mon, Sep 04, 2006 at 12:06:02AM -0400, Tom Lane wrote:
>> The backend utils/adt/ code gets to rely on the backend's
>> error handling and memory management protocols, which I surely do
>> not propose to remove, but how could we keep common sources whe
On Mon, Sep 04, 2006 at 12:06:02AM -0400, Tom Lane wrote:
> Michael Glaesemann <[EMAIL PROTECTED]> writes:
> > There's a lot of duplicate code in ecpg.
>
> No kidding :-(. The parser is bad enough but the datatype library is
> an order of magnitude worse. I don't have a great solution at hand
>
On Sep 4, 2006, at 13:12 , Tom Lane wrote:
Michael Glaesemann <[EMAIL PROTECTED]> writes:
For the record, the error I'm getting is
Makefile:3: ../../../src/Makefile.global: No such file or directory
make: *** No rule to make target `../../../src/Makefile.global'.
Stop.
From which Makefile
Michael Glaesemann <[EMAIL PROTECTED]> writes:
> For the record, the error I'm getting is
> Makefile:3: ../../../src/Makefile.global: No such file or directory
> make: *** No rule to make target `../../../src/Makefile.global'. Stop.
>From which Makefile exactly? Sounds like a pretty vanilla VPAT
Michael Glaesemann <[EMAIL PROTECTED]> writes:
> There's a lot of duplicate code in ecpg.
No kidding :-(. The parser is bad enough but the datatype library is
an order of magnitude worse. I don't have a great solution at hand
though. The backend utils/adt/ code gets to rely on the backend's
er
[Removing -patches]
On Sep 4, 2006, at 10:33 , Tom Lane wrote:
* AFAICT the ecpg regression tests are not affected by this change.
Yeah, it doesn't look like there's any tests for interval at all. I
suppose there should be. There's a lot of duplicate code in ecpg. Is
there any way to pull