Related articles |
---|
Anyone extended MAXTABLE in yacc parsers? chseet@mbox2.singnet.com.sg (C. H. Seet) (1998-09-22) |
Re: Anyone extended MAXTABLE in yacc parsers? vmakarov@cygnus.com (Vladimir Makarov) (1998-09-22) |
Re: Anyone extended MAXTABLE in yacc parsers? corbett@lupa.Eng.Sun.COM (1998-09-24) |
Re: Anyone extended MAXTABLE in yacc parsers? corbett@lupa.Eng.Sun.COM (1998-09-24) |
Re: Anyone extended MAXTABLE in yacc parsers? mtew@cds.duke.edu (Max TenEyck Woodbury) (1998-09-26) |
Re: Anyone extended MAXTABLE in yacc parsers? vadik@siber.com (Vadim Maslov) (1998-09-26) |
From: | Vladimir Makarov <vmakarov@cygnus.com> |
Newsgroups: | comp.compilers |
Date: | 22 Sep 1998 22:29:35 -0400 |
Organization: | Cygnus Solutions |
References: | 98-09-105 |
Keywords: | yacc, comment |
Unfortunately bison has also analogous constraints. You could try MSTA in
COCOM toolset on
http://visitweb.com/cocom
MSTA supports SYSTEM V YACC and Posix YACC and has no constraints on tables
size. The single constraint is only your virtual memory size. The
important difference MSTA from bison and byacc which I know - there is no
implicit attribute propagation.
C. H. Seet wrote:
> I'm using byacc 1.9 on Win32 platform, and I've been trying to generate
> a parse table with about 130000 elements (grammar is large).
[Bison is a mutant version of byacc, the internal structures are the same
the last I checked. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.