Found this because in my (old) Lua plugin I have:



<LAYOUT?-CF> -> Start {cons(“File”)}

To allow a comment starting with # at the begin of the file.

But then this test fails:

test first line comment
parse succeeds

It succeeds if I put a <LAYOUT?-CF> before <FIRSTLINECOMMENT?-LEX>.

Submitted by Tobi Vollebregt on 17 June 2011 at 21:42

On 17 June 2011 at 21:42 Tobi Vollebregt tagged testing

On 17 June 2011 at 21:42 Tobi Vollebregt tagged minor

On 21 June 2011 at 17:26 Lennart Kats commented:

Sverre also encountered this problem with another tricky-whitespace language. Changing this behavior basically requires two things: FragmentParser.createTestFragmentString() should be called with a false argument to disable the padding, and Retokenizer.copyTokensFromFragment() should be changed so that it adjusts all offsets and line and column numbers of all the tokens that are in the tested fragment. The latter requires adding some new setters to the IToken interface, but may not be all that hard…

On 13 September 2011 at 09:31 Guido Wachsmuth tagged !guidowachsmuth

On 13 September 2011 at 09:34 Guido Wachsmuth commented:

This is also a problem with minimal projects which do not specify LAYOUT at all. In the minimal MiniJava project, we want to provide the students only with a simple context-free rule, e.g.

"42" -> Start

and a corresponding simple test

test example [[42]] parse succeeds

Log in to post comments