Path: utzoo!attcan!uunet!samsung!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!jpl-devvax!lwall
From: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Newsgroups: comp.lang.perl
Subject: Re: patches 19-27 -- # shift/reduce,reduce/reduce conflicts with Bison
Message-ID: <9127@jpl-devvax.JPL.NASA.GOV>
Date: 13 Aug 90 16:46:21 GMT
References: <COMPOSER.90Aug11174208@bucsf.bu.edu> <31306@rphroy.UUCP> <28008@unix.cis.pitt.edu>
Reply-To: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Organization: Jet Propulsion Laboratory, Pasadena, CA
Lines: 21

In article <28008@unix.cis.pitt.edu> cmf@obie.cis.pitt.edu (Carl M. Fongheiser) writes:
: In article <31306@rphroy.UUCP> tkacik@rphroy.uucp (Tom Tkacik) writes:
: >Regardless of the version of yacc used, (yacc, berkley yacc, bison), the number
: >of shift/reduce and reduce/reduce conflicts should be the same.
: >Does anybody know which parser generator has the bug?
: 
: Neither.  Larry changed the grammar, but apparently forgot to update the
: messages in Makefile.SH.  I used yacc and got the same numbers bison did.

Guess again...

What we have apparently have here is two different strains of yacc, and
bison followed one of them.  Or some vendors have secretly switched to
using bison.  Or have patched their yacc to be more bisonlike.  Or something.
Anyway, yacc under 4.3, SunOS, Masscomp and Pyramid makes 29 and 59 just
like the Makefile says.

Now, I freely admit that for a2p the number is off because I forgot to
update the Makefile.

Larry