[antlr-interest] Re: antlr 2.7.3 released!

micheal_jor open.zone at virgin.net
Mon Mar 22 18:01:39 PST 2004


--- In antlr-interest at yahoogroups.com, Terence Parr <parrt at c...> wrote:
> 
> On Mar 22, 2004, at 1:24 PM, Jason wrote:

> > This isn't a problem and it may be by design but I
> > just thought I'd mention it.  The question:  are there
> > any release notes anywhere detailing what's new/fixed
> > in 2.7.3 versus 2.7.2.  I poked around a bit but I
> > couldn't find any.  Thanks to all the ANTLR developers
> > for all your hard work on this software.
> 
> We've been rather loose with this, but here is the URL:
> 
> http://www.antlr.org/blog/CHANGES-2.7.3.txt

Changes for C# support (by Anthony Oguntimehin, Kunle Odutola &
Micheal Jordan):

-- Added in-built support for reusing instances of Lexers, Parsers and
TreeParsers.
   See the following methods:
   a) resetState(Stream s)          in the CharScanner class (for Lexers)
      resetState(TextReader tr)     in the CharScanner class (for Lexers)
      
   b) resetState()                  in the Parser class
   c) resetState()                  in the TreeParser class
   
   The related XXXSharedInputState classes have reset() methods that
do some of
   the heavy lifting.
   
   NOTE: If using TokenStreamSelector, call resetText() on the other
lexers
         after calling resetState() on one of them.

-- ***BREAKING***: Made the following changes after Rodrigo B. de
Oliveira [rodrigobamboo at hotmail.com]
   submitted a patch and prodded Micheal about it. Repeatedly ;-).
Ouch...erm...thanks Rodrigo!.
   a) TokenStreamSelector.cs: nextToken() now has a specific catch
clause for TokenStreamRetryException
   b) Token.cs: setFilename() and getFilename(string) are now virtual
   c) CharScanner.cs: makeToken(int) now calls setFilename(string) on
newly created tokens
   
-- ***BREAKING***: CharScanner.nextToken() is now a virtual method so,
CSharpCodeGenerator.java 
   now generates nextToken() in generated lexers as an overridden method.

-- Added a fix for a reported issue with un-compileable generated lexers

-- Added the TokenStreamRewrite framework to the C# runtime library
   [See http://www.antlr.org/article/rewrite.engine/index.tml]

-- Added the ParseTreeDebugParser framework to the C# runtime library
   [See http://www.antlr.org/article/parse.trees/index.tml]
   
-- Added two new C# example projects to illustrate the two frameworks
above:
   a) TokenStreamRewrite - demonstrates use of TokenStreamRewrite
framework
   b) ParseTreeDebug - demonstrates use of the ParseTreeDebugParser
framework

-- C# VS.NET solution and project files & names have been updated to 2.7.3

-- Incorporated latest fixes for the java grammar into the C# example
project

-- ***BREAKING***: Method ToStringTree() of antlr.BaseAST now behaves
correctly. It's output 
   is the same as the Java and C++ versions. The current output that
looks like a tree graphically 
   has been moved to a new method ToTree().

-- The Nant build file should not be looking for AssemblyInfo.cs in
the base directory. 
   It's in the 'src' sub-directory. Fixed.

Cheers,

ANTLR/C# guys




 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
     http://groups.yahoo.com/group/antlr-interest/

<*> To unsubscribe from this group, send an email to:
     antlr-interest-unsubscribe at yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
     http://docs.yahoo.com/info/terms/
 



More information about the antlr-interest mailing list