Re: 7.3beta and ecpg

From: Michael Meskes <meskes(at)postgresql(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>, Michael Meskes <meskes(at)postgresql(dot)org>, PostgreSQL Hacker <pgsql-hackers(at)postgresql(dot)org>, "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
Subject: Re: 7.3beta and ecpg
Date: 2002-09-11 08:21:43
Message-ID: 20020911082143.GA22248@feivel.fam-meskes.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Sep 11, 2002 at 12:45:06AM -0400, Tom Lane wrote:
> No? If there are bugs in it, they will break the main SQL parser, not
> only ecpg. I am scared.

Actually there is one more problem. The backend introduced the EXECUTE
command just recently. However, this clashes with the embedded SQL
EXECUTE command. Since both may be called just with EXECUTE <name>,
there is no way to distinguish them.

I have no idea if there's a standard about execution of a plan but
couldn't/shouldn't it be named "EXECUTE PLAN" instead of just "EXECUTE"?

> I am also still wondering if we couldn't tweak the grammar to eliminate
> states so that ecpg would build with a standard bison. That would be a
> win all 'round, but it requires effort that we maybe don't have to
> spend.

Actually I think it will need quite some effort, in particular since I
stay away from the backend grammar as much as possible. Once I change
the backend compatible part of the grammar I either have to make the
same changes to the backends parser or ecpg will soon be unmaintainable.

Michael

--
Michael Meskes
Michael(at)Fam-Meskes(dot)De
Go SF 49ers! Go Rhein Fire!
Use Debian GNU/Linux! Use PostgreSQL!

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Meskes 2002-09-11 08:29:29 Re: 7.3beta and ecpg
Previous Message Mark Kirkwood 2002-09-11 08:04:48 Re: Script to compute random page cost