[antlr-interest] Re: ANTLR Runtime/SDK jar mixtures and suggestions
christian.ernst at poet.de
Wed Nov 14 04:19:36 PST 2001
tom at psy.unsw.edu.au wrote:
> Ideally not, this method allows programmatic collection of errors
> (plus it's a good idea in general because it saves you having to
> replace every call to System.err when you realize you might want to
> support half decent error logging (such as JDK1.4 logging based)).
> The addin for JBuilder (I think it is) uses it and the upcoming
> module for Netbeans will also use it. Redirecting error stream isn't
> really appropriate either, cause then you can't seperate proper Antlr
> errors from user prints to System.err. It can't really be moved into
> the generated files either, has to remain in a seperate class so it
> can be overridden. Could have a seperate ErrorHandler class or
> something, no problems there. Or, you could have methods in the
> generated grammar that called the ErrorHandler by default but could
> be overridden in the grammar.
Yes i agree a central Logging facility would be better for the ANTLR Tool and
for IDE Intergration like JBuilder etc.
But for a small Runtime and under the Aspect that there is only one runtime
which use this Logging only for a warning it would be nice to get rid of this
Perhaps it might be even better to change this to throwing a
new RuntimeException like ASTGenerationException !?
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
More information about the antlr-interest