Return to the
comp.compilers page.
Search the
comp.compilers archives again.
| Related articles |
|---|
| Looking for Java parser u.hobelmann@web.de (Ulrich Hobelmann) (2006-01-26) |
| Re: Looking for Java parser Satyam@satyam.com.ar (Satyam) (2006-01-28) |
| Looking for Java parser sulyan.tibor@gmail.com (=?ISO-8859-2?Q?Suly=E1n_Tibor?=) (2006-01-28) |
| Re: Looking for Java parser boldyrev+nospam@cgitftp.uiggm.nsc.ru (Ivan Boldyrev) (2006-01-28) |
| Re: Looking for Java parser ang.usenet@gmail.com (Aaron Gray) (2006-01-28) |
| Re: Looking for Java parser u.hobelmann@web.de (Ulrich Hobelmann) (2006-01-30) |
| Re: Looking for Java parser rmathew@gmail.com (Ranjit Mathew) (2006-01-31) |
| [1 later articles] |
| From: | Ulrich Hobelmann <u.hobelmann@web.de> |
| Newsgroups: | comp.compilers |
| Date: | 26 Jan 2006 14:13:48 -0500 |
| Organization: | Compilers Central |
| Keywords: | Java, parse, question |
| Posted-Date: | 26 Jan 2006 14:13:48 EST |
I'm looking for a Java parser, written in Java. All google could find
me (except loads of parser *generators* for Java) was "jparse" which
uses Antlr.
Unfortunately Antlr won't build on my system, but throws loads of
errors, so I just filed a bug report.
Are there any reasonably mature Java parsers out there, preferably not
using Antlr? If there's a parser which isn't 100% production quality,
that's ok too. I did some work with yacc and ml-yacc in the past, so
I'm not overly afraid ;)
--
The problems of the real world are primarily those you are left with
when you refuse to apply their effective solutions.
Edsger W. Dijkstra
Return to the
comp.compilers page.
Search the
comp.compilers archives again.