Re: Erroring out on parser conflicts - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Erroring out on parser conflicts
Date
Msg-id 200811252115.45344.peter_e@gmx.net
Whole thread Raw
In response to Re: Erroring out on parser conflicts  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Erroring out on parser conflicts  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On Tuesday 25 November 2008 15:09:37 Tom Lane wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
> > While hacking on parser/gram.y just now I noticed in passing that the
> > automatically generated ecpg parser had 402 shift/reduce conflicts.
> > (Don't panic, the parser in CVS is fine.)  If you don't pay very close
> > attention, it is easy to miss this.  Considering also that we frequently
> > have to educate contributors that parser conflicts are not acceptable,
> > should we try to error out if we see conflicts?
>
> Would "%expect 0" produce the same result in a less klugy way?

Great, that works.  I'll see about adding this to our parser files.


pgsql-hackers by date:

Previous
From: "Merlin Moncure"
Date:
Subject: Re: [bugfix] DISCARD ALL does not release advisory locks
Next
From: Peter Eisentraut
Date:
Subject: Re: Exporting PGINTERVALSTYLE prevents access to older server versions