Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!GNU.INS.CWRU.EDU!chet
From: chet@GNU.INS.CWRU.EDU (Chet Ramey)
Newsgroups: comp.soft-sys.andrew
Subject: Re: Still no luck trying to make Andrew under SunOS 4.1
Message-ID: <9010051423.AA18751.SM@gnu.INS.CWRU.Edu>
Date: 5 Oct 90 14:23:41 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: chet@po.cwru.edu
Organization: The Internet
Lines: 25

> Although a true statement, my comment is sort of silly.  The real
> problem turns out to be that /usr/lib/yaccpar differs on different
> machines so the state saving code in Ness cannot do recursive
> compilations.  A recursive compilation is required in present.n, the
> ness program that is run as part of the build process.

I ran into the problem of yacc not generating reentrant parsers when
fixing several recursive parsing problems with bash (the Gnu Bourne-Again
SHell).

This is a generic problem with the version of yacc present in the System V.3
release.  Vendors that have simply picked up this version of yacc, like Sun
for SunOS 4.x, have the same problem.  Some vendors, HP for instance, have
fixed their versions and made yacc reentrant once again.  4.2 BSD and 4.3 BSD
yaccs do not have this problem.  Bison does not have this problem.  I haven't
yet checked out byacc (I use Bison), but it may well allow recursive parses
too.

Chet Ramey

--
Chet Ramey			``As I recall, Doug was keen on boxing.  But
Network Services Group		  when he learned to walk, he took up puttin'
Case Western Reserve University	  the boot in the groin.''
chet@ins.CWRU.Edu