Re: Seeking recommendations for a Visual Parser to replace Visual Parse++

Tom Copeland <tom@infoether.com>
Wed, 12 Dec 2007 19:46:33 -0500

          From comp.compilers

Related articles
Seeking recommendations for a Visual Parser to replace Visual Parse++ d.parser@yahoo.com (2007-12-10)
Re: Seeking recommendations for a Visual Parser to replace Visual Pars cfc@shell01.TheWorld.com (Chris F Clark) (2007-12-11)
Re: Seeking recommendations for a Visual Parser to replace Visual Pars DrDiettrich1@aol.com (Hans-Peter Diettrich) (2007-12-12)
Re: Seeking recommendations for a Visual Parser to replace Visual Pars tom@infoether.com (Tom Copeland) (2007-12-12)
Re: Seeking recommendations for a Visual Parser to replace Visual Pars gneuner2/@/comcast.net (George Neuner) (2007-12-13)
Re: Seeking recommendations for a Visual Parser to replace Visual Pars cfc@shell01.TheWorld.com (Chris F Clark) (2007-12-15)
Re: Seeking recommendations for a Visual Parser to replace Visual Pars paul@paulbmann.com (Paul B Mann) (2008-02-14)
Re: Seeking recommendations for a Visual Parser to replace Visual Pars mjfs1@cam.ac.uk (Marcel Satchell) (2008-03-28)
| List of all articles for this month |
From: Tom Copeland <tom@infoether.com>
Newsgroups: comp.compilers
Date: Wed, 12 Dec 2007 19:46:33 -0500
Organization: Compilers Central
References: 07-12-032 07-12-037
Keywords: parse
Posted-Date: 12 Dec 2007 23:18:53 EST

On Tue, 2007-12-11 at 02:00 -0500, Chris F Clark wrote:
> JavaCC, a spin-off of ANTLR, with a very active community and some
> nice add-on tools (JTB and JJTREE). Unfortunately, I think it is
> Java only.


Correct - JavaCC only produces Java lexers/parsers at the moment.


Also, I'd recommend JJTree over JTB since JTB doesn't support all the
current JavaCC lexical constructs. For example, JTB can't handle token
definitions that contain repetition ranges, e.g.:


TOKEN : {
  <THREE_HELLOS : ("hello"){3}>
}


Yours,


Tom
http://generatingparserswithjavacc.com/


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.