Skip to Content.
Sympa Menu

sm-grimoire - Re: [SM-Grimoire] A yacc issue?

sm-grimoire AT lists.ibiblio.org

Subject: Discussion of Spells and Grimoire items

List archive

Chronological Thread  
  • From: Tony Smith <tony AT smee.org>
  • To: Adam Clark <adamsgl AT dhbit.ca>, SM-Grimoire <sm-grimoire AT lists.ibiblio.org>
  • Subject: Re: [SM-Grimoire] A yacc issue?
  • Date: Mon, 10 Feb 2003 09:28:32 +0000

On Saturday 08 February 2003 12:08 am, Adam Clark wrote:
> Howdy all,
>
> One more strange issue to work out. There's a weird issue with compiling
> gnomemeeting at the moment, and this 'problem' only appeared after certain
> updates with the test grimoire. I don't know exactly what is causing the
> problem, as I don't recompile everything in the chat section after each
> other spell on my system gets updated... so, all I can go on is information
> I gather from elsewhere.
>
> The problem is *apparently* related to yacc, and the only real suggestion
> I've read anywhere about similar issues is that byacc works much better
> than yacc. Yet, we don't have a byacc spell... so... anyone have any
> ideas how this sort of thing can be fixed? (There's nothing about it on
> gnomemeeting's site or forums... not that I could find):
>
> bison ../common/getdate.y -o ../common/getdate.tab.c
> ../common/getdate.y: conflicts: 8 shift/reduce, 18 reduce/reduce

shift/reduce and reduce/reduce conflicts mean that the grammar is ambiguous.
This is not always a problem - C has a very famous shift/reduce conflict in
"if ... else" statements - and bison will still generate a parser for it. I
guess maybe the conflicts are too severe and the parser output file is not
being generated.

Try running

bison -v ../common/getdate.y -o ../common/getdate.tab.c

from the source directory and see what it says in ../common/getdate.output -
that's where it will tell you about all the conflicts.

Tony.





Archive powered by MHonArc 2.6.24.

Top of Page