Re: Allow an alias for the target table in UPDATE/DELETE - Mailing list pgsql-patches

From Martijn van Oosterhout
Subject Re: Allow an alias for the target table in UPDATE/DELETE
Date
Msg-id 20060122150630.GC18590@svana.org
Whole thread Raw
In response to Re: Allow an alias for the target table in UPDATE/DELETE  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Allow an alias for the target table in UPDATE/DELETE
List pgsql-patches
On Sun, Jan 22, 2006 at 09:04:14AM -0500, Andrew Dunstan wrote:
> >If you don't like relying on file order to resolve this, appropriate
> >use of %prec would have the same effect (just like for operator
> >precedence). The output file tell you which way bison went.

> If we allow shift/reduce or reduce/reduce conflicts, debugging future
> development becomes more difficult. Right now we have the nice property
> that if you see one of those you know you've done something wrong (and
> using the expect directive isn't really a good answer, and only applies
> to shift/reduce conflicts anyway).

But that's the point of the %prec directive. To force bison to choose
one or the other, thus removing the warning... For an ambiguity that
only appears in one statement, it seems a better solution than upgrade
SET to a new class of identifier.

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a
> tool for doing 5% of the work and then sitting around waiting for someone
> else to do the other 95% so you can sue them.

Attachment

pgsql-patches by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Allow an alias for the target table in UPDATE/DELETE
Next
From: Andrew Dunstan
Date:
Subject: Re: Allow an alias for the target table in UPDATE/DELETE