JavaCC Version 5.0 released.

View: New views
5 Messages — Rating Filter:   Alert me  

JavaCC Version 5.0 released.

by Paul Cager-5 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi All,

I'm pleased to announce the release of version 5.0 of JavaCC, which is
available for download from the Project and Files location,
https://javacc.dev.java.net/servlets/ProjectDocumentList.

As well as a number of bug fixes, release 5.0 generates Java 5.0 style
code by default (at last!).

Regards,
Paul Cager



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...


Re: JavaCC Version 5.0 released.

by Sreenivasa Viswanadha :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Thank you Paul for making this happen! I will check it out for use in my
day job.

> Hi All,
>
> I'm pleased to announce the release of version 5.0 of JavaCC, which is
> available for download from the Project and Files location,
> https://javacc.dev.java.net/servlets/ProjectDocumentList.
>
> As well as a number of bug fixes, release 5.0 generates Java 5.0 style
> code by default (at last!).
>
> Regards,
> Paul Cager
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: announce-unsubscribe@...
> For additional commands, e-mail: announce-help@...
>
>
>
>  


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...


Re: JavaCC Version 5.0 released.

by Artur Rataj :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello.

What about a way to ensure that, at certain points of the grammar, backing up a single token is safe and, that a next token exists?

I use the former for error recovery, but I do not know if it won't cause weird lexer/parser behavior in some cases.

I can ensure the latter by adding artificial choices to the grammar, but I still do not know if it works in all cases.

As of me, such features would add a bit of flexibility that one has with hand--made parsers.

But, perhaps there is virtually no demand for the features among JavaCC users.

Best regards,
Artur


Re: JavaCC Version 5.0 released.

by Tom Copeland :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


On Aug 31, 2009, at 7:04 PM, Paul Cager wrote:

> Hi All,
>
> I'm pleased to announce the release of version 5.0 of JavaCC, which is
> available for download from the Project and Files location,
> https://javacc.dev.java.net/servlets/ProjectDocumentList.
>
> As well as a number of bug fixes, release 5.0 generates Java 5.0 style
> code by default (at last!).
>

Awesome, thanks for this Paul!

Yours,

Tom


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...


Re: JavaCC Version 5.0 released.

by Tom Copeland :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

That's an interesting idea.... you might want to file an issue here:

https://javacc.dev.java.net/servlets/ProjectIssues

Just to keep it on the radar.

Yours,

tom

On Sep 1, 2009, at 5:02 AM, Artur Rataj wrote:

> Hello.
>
> What about a way to ensure that, at certain points of the grammar,  
> backing up a single token is safe and, that a next token exists?
>
> I use the former for error recovery, but I do not know if it won't  
> cause weird lexer/parser behavior in some cases.
>
> I can ensure the latter by adding artificial choices to the grammar,  
> but I still do not know if it works in all cases.
>
> As of me, such features would add a bit of flexibility that one has  
> with hand--made parsers.
>
> But, perhaps there is virtually no demand for the features among  
> JavaCC users.
>
> Best regards,
> Artur
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...