2012-12-24 13:34:16 +00:00
|
|
|
testScript = '''
|
|
|
|
|
if true
|
|
|
|
|
x = 6
|
|
|
|
|
console.log "A console #{x + 7} log"
|
|
|
|
|
|
|
|
|
|
foo = "bar"
|
|
|
|
|
z = /// ^ (a#{foo}) ///
|
|
|
|
|
|
|
|
|
|
x = () ->
|
|
|
|
|
try
|
|
|
|
|
console.log "foo"
|
|
|
|
|
catch err
|
|
|
|
|
# Rewriter will generate explicit indentation here.
|
|
|
|
|
|
|
|
|
|
return null
|
|
|
|
|
'''
|
|
|
|
|
|
|
|
|
|
test "Verify location of generated tokens", ->
|
2013-01-14 22:11:07 +00:00
|
|
|
tokens = CoffeeScript.tokens "a = 79"
|
2012-12-24 13:34:16 +00:00
|
|
|
|
|
|
|
|
eq tokens.length, 4
|
2015-01-12 19:10:54 +00:00
|
|
|
[aToken, equalsToken, numberToken] = tokens
|
2013-01-14 22:11:07 +00:00
|
|
|
|
|
|
|
|
eq aToken[2].first_line, 0
|
|
|
|
|
eq aToken[2].first_column, 0
|
|
|
|
|
eq aToken[2].last_line, 0
|
|
|
|
|
eq aToken[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq equalsToken[2].first_line, 0
|
|
|
|
|
eq equalsToken[2].first_column, 2
|
|
|
|
|
eq equalsToken[2].last_line, 0
|
|
|
|
|
eq equalsToken[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq numberToken[2].first_line, 0
|
|
|
|
|
eq numberToken[2].first_column, 4
|
|
|
|
|
eq numberToken[2].last_line, 0
|
|
|
|
|
eq numberToken[2].last_column, 5
|
|
|
|
|
|
2013-03-01 18:38:55 +00:00
|
|
|
test "Verify location of generated tokens (with indented first line)", ->
|
|
|
|
|
tokens = CoffeeScript.tokens " a = 83"
|
|
|
|
|
|
2013-06-13 22:21:47 +00:00
|
|
|
eq tokens.length, 4
|
|
|
|
|
[aToken, equalsToken, numberToken] = tokens
|
2013-03-01 18:38:55 +00:00
|
|
|
|
|
|
|
|
eq aToken[2].first_line, 0
|
|
|
|
|
eq aToken[2].first_column, 2
|
|
|
|
|
eq aToken[2].last_line, 0
|
|
|
|
|
eq aToken[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq equalsToken[2].first_line, 0
|
|
|
|
|
eq equalsToken[2].first_column, 4
|
|
|
|
|
eq equalsToken[2].last_line, 0
|
|
|
|
|
eq equalsToken[2].last_column, 4
|
|
|
|
|
|
|
|
|
|
eq numberToken[2].first_line, 0
|
|
|
|
|
eq numberToken[2].first_column, 6
|
|
|
|
|
eq numberToken[2].last_line, 0
|
|
|
|
|
eq numberToken[2].last_column, 7
|
2012-12-24 13:34:16 +00:00
|
|
|
|
2015-01-12 19:10:54 +00:00
|
|
|
getMatchingTokens = (str, wantedTokens...) ->
|
|
|
|
|
tokens = CoffeeScript.tokens str
|
|
|
|
|
matchingTokens = []
|
|
|
|
|
i = 0
|
|
|
|
|
for token in tokens
|
|
|
|
|
if token[1].replace(/^'|'$/g, '"') is wantedTokens[i]
|
|
|
|
|
i++
|
|
|
|
|
matchingTokens.push token
|
|
|
|
|
eq wantedTokens.length, matchingTokens.length
|
|
|
|
|
matchingTokens
|
2014-06-12 20:03:10 +00:00
|
|
|
|
2015-01-12 19:10:54 +00:00
|
|
|
test 'Verify locations in string interpolation (in "string")', ->
|
|
|
|
|
[a, b, c] = getMatchingTokens '"a#{b}c"', '"a"', 'b', '"c"'
|
2014-06-12 20:03:10 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq a[2].first_column, 0
|
2014-06-12 20:03:10 +00:00
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 1
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 4
|
|
|
|
|
eq b[2].last_line, 0
|
|
|
|
|
eq b[2].last_column, 4
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 0
|
|
|
|
|
eq c[2].first_column, 6
|
|
|
|
|
eq c[2].last_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq c[2].last_column, 7
|
2014-06-12 20:03:10 +00:00
|
|
|
|
2014-07-02 15:33:57 +00:00
|
|
|
test 'Verify locations in string interpolation (in "string", multiple interpolation)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"#{a}b#{c}"', 'a', '"b"', 'c'
|
2014-06-27 10:28:50 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
|
|
|
|
eq a[2].first_column, 3
|
|
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 3
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 5
|
|
|
|
|
eq b[2].last_line, 0
|
|
|
|
|
eq b[2].last_column, 5
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 0
|
|
|
|
|
eq c[2].first_column, 8
|
|
|
|
|
eq c[2].last_line, 0
|
|
|
|
|
eq c[2].last_column, 8
|
|
|
|
|
|
2014-07-02 15:33:57 +00:00
|
|
|
test 'Verify locations in string interpolation (in "string", multiple interpolation and line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"#{a}\nb\n#{c}"', 'a', '" b "', 'c'
|
2014-07-02 15:33:57 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
|
|
|
|
eq a[2].first_column, 3
|
|
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 3
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 5
|
|
|
|
|
eq b[2].last_line, 1
|
|
|
|
|
eq b[2].last_column, 1
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 2
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 2
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in string interpolation (in "string", multiple interpolation and starting with line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"\n#{a}\nb\n#{c}"', 'a', '" b "', 'c'
|
2014-07-02 15:33:57 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 1
|
|
|
|
|
eq a[2].first_column, 2
|
|
|
|
|
eq a[2].last_line, 1
|
|
|
|
|
eq a[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 1
|
|
|
|
|
eq b[2].first_column, 4
|
|
|
|
|
eq b[2].last_line, 2
|
|
|
|
|
eq b[2].last_column, 1
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 3
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 3
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in string interpolation (in "string", multiple interpolation and starting with line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"\n\n#{a}\n\nb\n\n#{c}"', 'a', '" b "', 'c'
|
2014-07-02 15:33:57 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 2
|
|
|
|
|
eq a[2].first_column, 2
|
|
|
|
|
eq a[2].last_line, 2
|
|
|
|
|
eq a[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 2
|
|
|
|
|
eq b[2].first_column, 4
|
|
|
|
|
eq b[2].last_line, 5
|
|
|
|
|
eq b[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 6
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 6
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in string interpolation (in "string", multiple interpolation and starting with line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"\n\n\n#{a}\n\n\nb\n\n\n#{c}"', 'a', '" b "', 'c'
|
2014-07-02 15:33:57 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 3
|
|
|
|
|
eq a[2].first_column, 2
|
|
|
|
|
eq a[2].last_line, 3
|
|
|
|
|
eq a[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 3
|
|
|
|
|
eq b[2].first_column, 4
|
|
|
|
|
eq b[2].last_line, 8
|
|
|
|
|
eq b[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 9
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 9
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in string interpolation (in """string""", line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"""a\n#{b}\nc"""', '"a\\n"', 'b', '"\\nc"'
|
2014-06-27 10:28:50 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq a[2].first_column, 0
|
2014-06-27 10:28:50 +00:00
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 4
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 1
|
|
|
|
|
eq b[2].first_column, 2
|
|
|
|
|
eq b[2].last_line, 1
|
|
|
|
|
eq b[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 1
|
|
|
|
|
eq c[2].first_column, 4
|
|
|
|
|
eq c[2].last_line, 2
|
2015-02-03 17:55:38 +00:00
|
|
|
eq c[2].last_column, 3
|
2014-06-27 10:28:50 +00:00
|
|
|
|
2014-07-02 15:33:57 +00:00
|
|
|
test 'Verify locations in string interpolation (in """string""", starting with a line break)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[b, c] = getMatchingTokens '"""\n#{b}\nc"""', 'b', '"\\nc"'
|
2014-06-27 10:28:50 +00:00
|
|
|
|
|
|
|
|
eq b[2].first_line, 1
|
|
|
|
|
eq b[2].first_column, 2
|
|
|
|
|
eq b[2].last_line, 1
|
|
|
|
|
eq b[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 1
|
|
|
|
|
eq c[2].first_column, 4
|
|
|
|
|
eq c[2].last_line, 2
|
2015-02-03 17:55:38 +00:00
|
|
|
eq c[2].last_column, 3
|
2014-06-27 10:28:50 +00:00
|
|
|
|
2014-07-02 15:33:57 +00:00
|
|
|
test 'Verify locations in string interpolation (in """string""", starting with line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"""\n\n#{b}\nc"""', '"\\n"', 'b', '"\\nc"'
|
2014-06-27 10:28:50 +00:00
|
|
|
|
Refactor interpolation (and string and regex) handling in lexer
- Fix #3394: Unclosed single-quoted strings (both regular ones and heredocs)
used to pass through the lexer, causing a parsing error later, while
double-quoted strings caused an error already in the lexing phase. Now both
single and double-quoted unclosed strings error out in the lexer (which is the
more logical option) with consistent error messages. This also fixes the last
comment by @satyr in #3301.
- Similar to the above, unclosed heregexes also used to pass through the lexer
and not error until in the parsing phase, which resulted in confusing error
messages. This has been fixed, too.
- Fix #3348, by adding passing tests.
- Fix #3529: If a string starts with an interpolation, an empty string is no
longer emitted before the interpolation (unless it is needed to coerce the
interpolation into a string).
- Block comments cannot contain `*/`. Now the error message also shows exactly
where the offending `*/`. This improvement might seem unrelated, but I had to
touch that code anyway to refactor string and regex related code, and the
change was very trivial. Moreover, it's consistent with the next two points.
- Regexes cannot start with `*`. Now the error message also shows exactly where
the offending `*` is. (It might actually not be exatly at the start in
heregexes.) It is a very minor improvement, but it was trivial to add.
- Octal escapes in strings are forbidden in CoffeeScript (just like in
JavaScript strict mode). However, this used to be the case only for regular
strings. Now they are also forbidden in heredocs. Moreover, the errors now
point at the offending octal escape.
- Invalid regex flags are no longer allowed. This includes repeated modifiers
and unknown ones. Moreover, invalid modifiers do not stop a heregex from
being matched, which results in better error messages.
- Fix #3621: `///a#{1}///` compiles to `RegExp("a" + 1)`. So does
`RegExp("a#{1}")`. Still, those two code snippets used to generate different
tokens, which is a bit weird, but more importantly causes problems for
coffeelint (see clutchski/coffeelint#340). This required lots of tests in
test/location.coffee to be updated. Note that some updates to those tests are
unrelated to this point; some have been updated to be more consistent (I
discovered this because the refactored code happened to be seemingly more
correct).
- Regular regex literals used to erraneously allow newlines to be escaped,
causing invalid JavaScript output. This has been fixed.
- Heregexes may now be completely empty (`//////`), instead of erroring out with
a confusing message.
- Fix #2388: Heredocs and heregexes used to be lexed simply, which meant that
you couldn't nest a heredoc within a heredoc (double-quoted, that is) or a
heregex inside a heregex.
- Fix #2321: If you used division inside interpolation and then a slash later in
the string containing that interpolation, the division slash and the latter
slash was erraneously matched as a regex. This has been fixed.
- Indentation inside interpolations in heredocs no longer affect how much
indentation is removed from each line of the heredoc (which is more
intuitive).
- Whitespace is now correctly trimmed from the start and end of strings in a few
edge cases.
- Last but not least, the lexing of interpolated strings now seems to be more
efficient. For a regular double-quoted string, we used to use a custom
function to find the end of it (taking interpolations and interpolations
within interpolations etc. into account). Then we used to re-find the
interpolations and recursively lex their contents. In effect, the same string
was processed twice, or even more in the case of deeper nesting of
interpolations. Now the same string is processed just once.
- Code duplication between regular strings, heredocs, regular regexes and
heregexes has been reduced.
- The above two points should result in more easily read code, too.
2015-01-03 22:40:43 +00:00
|
|
|
eq a[2].first_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq a[2].first_column, 0
|
2014-06-27 10:28:50 +00:00
|
|
|
eq a[2].last_line, 1
|
|
|
|
|
eq a[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 2
|
|
|
|
|
eq b[2].first_column, 2
|
|
|
|
|
eq b[2].last_line, 2
|
|
|
|
|
eq b[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 2
|
|
|
|
|
eq c[2].first_column, 4
|
|
|
|
|
eq c[2].last_line, 3
|
2015-02-03 17:55:38 +00:00
|
|
|
eq c[2].last_column, 3
|
2014-06-27 10:28:50 +00:00
|
|
|
|
2014-07-02 15:33:57 +00:00
|
|
|
test 'Verify locations in string interpolation (in """string""", multiple interpolation)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"""#{a}\nb\n#{c}"""', 'a', '"\\nb\\n"', 'c'
|
2014-06-27 10:28:50 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
|
|
|
|
eq a[2].first_column, 5
|
|
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 5
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 7
|
|
|
|
|
eq b[2].last_line, 1
|
|
|
|
|
eq b[2].last_column, 1
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 2
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 2
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
2014-07-02 15:33:57 +00:00
|
|
|
test 'Verify locations in string interpolation (in """string""", multiple interpolation, and starting with line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"""\n\n#{a}\n\nb\n\n#{c}"""', 'a', '"\\n\\nb\\n\\n"', 'c'
|
2014-06-27 10:28:50 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 2
|
|
|
|
|
eq a[2].first_column, 2
|
|
|
|
|
eq a[2].last_line, 2
|
|
|
|
|
eq a[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 2
|
|
|
|
|
eq b[2].first_column, 4
|
2014-07-02 15:33:57 +00:00
|
|
|
eq b[2].last_line, 5
|
|
|
|
|
eq b[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 6
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 6
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in string interpolation (in """string""", multiple interpolation, and starting with line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '"""\n\n\n#{a}\n\n\nb\n\n\n#{c}"""', 'a', '"\\n\\n\\nb\\n\\n\\n"', 'c'
|
2014-07-02 15:33:57 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 3
|
|
|
|
|
eq a[2].first_column, 2
|
|
|
|
|
eq a[2].last_line, 3
|
|
|
|
|
eq a[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 3
|
|
|
|
|
eq b[2].first_column, 4
|
|
|
|
|
eq b[2].last_line, 8
|
|
|
|
|
eq b[2].last_column, 0
|
2014-06-27 10:28:50 +00:00
|
|
|
|
2014-07-02 15:33:57 +00:00
|
|
|
eq c[2].first_line, 9
|
2014-06-27 10:28:50 +00:00
|
|
|
eq c[2].first_column, 2
|
2014-07-02 15:33:57 +00:00
|
|
|
eq c[2].last_line, 9
|
2014-06-27 10:28:50 +00:00
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
2014-07-13 05:03:32 +00:00
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///#{a}b#{c}///', 'a', '"b"', 'c'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
|
|
|
|
eq a[2].first_column, 5
|
|
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 5
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 7
|
|
|
|
|
eq b[2].last_line, 0
|
|
|
|
|
eq b[2].last_column, 7
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 0
|
|
|
|
|
eq c[2].first_column, 10
|
|
|
|
|
eq c[2].last_line, 0
|
|
|
|
|
eq c[2].last_column, 10
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///a#{b}c///', '"a"', 'b', '"c"'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq a[2].first_column, 0
|
2014-07-13 05:03:32 +00:00
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 3
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 6
|
|
|
|
|
eq b[2].last_line, 0
|
|
|
|
|
eq b[2].last_column, 6
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 0
|
|
|
|
|
eq c[2].first_column, 8
|
|
|
|
|
eq c[2].last_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq c[2].last_column, 11
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation and line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///#{a}\nb\n#{c}///', 'a', '"b"', 'c'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
|
|
|
|
eq a[2].first_column, 5
|
|
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 5
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 7
|
|
|
|
|
eq b[2].last_line, 1
|
|
|
|
|
eq b[2].last_column, 1
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 2
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 2
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation and line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///#{a}\n\n\nb\n\n\n#{c}///', 'a', '"b"', 'c'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
|
|
|
|
eq a[2].first_column, 5
|
|
|
|
|
eq a[2].last_line, 0
|
|
|
|
|
eq a[2].last_column, 5
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 0
|
|
|
|
|
eq b[2].first_column, 7
|
|
|
|
|
eq b[2].last_line, 5
|
|
|
|
|
eq b[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 6
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 6
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation and line breaks)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///a\n\n\n#{b}\n\n\nc///', '"a"', 'b', '"c"'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq a[2].first_column, 0
|
2014-07-13 05:03:32 +00:00
|
|
|
eq a[2].last_line, 2
|
|
|
|
|
eq a[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 3
|
|
|
|
|
eq b[2].first_column, 2
|
|
|
|
|
eq b[2].last_line, 3
|
|
|
|
|
eq b[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 3
|
|
|
|
|
eq c[2].first_column, 4
|
|
|
|
|
eq c[2].last_line, 6
|
2015-02-03 17:55:38 +00:00
|
|
|
eq c[2].last_column, 3
|
2014-07-13 05:03:32 +00:00
|
|
|
|
Refactor interpolation (and string and regex) handling in lexer
- Fix #3394: Unclosed single-quoted strings (both regular ones and heredocs)
used to pass through the lexer, causing a parsing error later, while
double-quoted strings caused an error already in the lexing phase. Now both
single and double-quoted unclosed strings error out in the lexer (which is the
more logical option) with consistent error messages. This also fixes the last
comment by @satyr in #3301.
- Similar to the above, unclosed heregexes also used to pass through the lexer
and not error until in the parsing phase, which resulted in confusing error
messages. This has been fixed, too.
- Fix #3348, by adding passing tests.
- Fix #3529: If a string starts with an interpolation, an empty string is no
longer emitted before the interpolation (unless it is needed to coerce the
interpolation into a string).
- Block comments cannot contain `*/`. Now the error message also shows exactly
where the offending `*/`. This improvement might seem unrelated, but I had to
touch that code anyway to refactor string and regex related code, and the
change was very trivial. Moreover, it's consistent with the next two points.
- Regexes cannot start with `*`. Now the error message also shows exactly where
the offending `*` is. (It might actually not be exatly at the start in
heregexes.) It is a very minor improvement, but it was trivial to add.
- Octal escapes in strings are forbidden in CoffeeScript (just like in
JavaScript strict mode). However, this used to be the case only for regular
strings. Now they are also forbidden in heredocs. Moreover, the errors now
point at the offending octal escape.
- Invalid regex flags are no longer allowed. This includes repeated modifiers
and unknown ones. Moreover, invalid modifiers do not stop a heregex from
being matched, which results in better error messages.
- Fix #3621: `///a#{1}///` compiles to `RegExp("a" + 1)`. So does
`RegExp("a#{1}")`. Still, those two code snippets used to generate different
tokens, which is a bit weird, but more importantly causes problems for
coffeelint (see clutchski/coffeelint#340). This required lots of tests in
test/location.coffee to be updated. Note that some updates to those tests are
unrelated to this point; some have been updated to be more consistent (I
discovered this because the refactored code happened to be seemingly more
correct).
- Regular regex literals used to erraneously allow newlines to be escaped,
causing invalid JavaScript output. This has been fixed.
- Heregexes may now be completely empty (`//////`), instead of erroring out with
a confusing message.
- Fix #2388: Heredocs and heregexes used to be lexed simply, which meant that
you couldn't nest a heredoc within a heredoc (double-quoted, that is) or a
heregex inside a heregex.
- Fix #2321: If you used division inside interpolation and then a slash later in
the string containing that interpolation, the division slash and the latter
slash was erraneously matched as a regex. This has been fixed.
- Indentation inside interpolations in heredocs no longer affect how much
indentation is removed from each line of the heredoc (which is more
intuitive).
- Whitespace is now correctly trimmed from the start and end of strings in a few
edge cases.
- Last but not least, the lexing of interpolated strings now seems to be more
efficient. For a regular double-quoted string, we used to use a custom
function to find the end of it (taking interpolations and interpolations
within interpolations etc. into account). Then we used to re-find the
interpolations and recursively lex their contents. In effect, the same string
was processed twice, or even more in the case of deeper nesting of
interpolations. Now the same string is processed just once.
- Code duplication between regular strings, heredocs, regular regexes and
heregexes has been reduced.
- The above two points should result in more easily read code, too.
2015-01-03 22:40:43 +00:00
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation and line breaks and starting with linebreak)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///\n#{a}\nb\n#{c}///', 'a', '"b"', 'c'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 1
|
|
|
|
|
eq a[2].first_column, 2
|
|
|
|
|
eq a[2].last_line, 1
|
|
|
|
|
eq a[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 1
|
|
|
|
|
eq b[2].first_column, 4
|
|
|
|
|
eq b[2].last_line, 2
|
|
|
|
|
eq b[2].last_column, 1
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 3
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 3
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
Refactor interpolation (and string and regex) handling in lexer
- Fix #3394: Unclosed single-quoted strings (both regular ones and heredocs)
used to pass through the lexer, causing a parsing error later, while
double-quoted strings caused an error already in the lexing phase. Now both
single and double-quoted unclosed strings error out in the lexer (which is the
more logical option) with consistent error messages. This also fixes the last
comment by @satyr in #3301.
- Similar to the above, unclosed heregexes also used to pass through the lexer
and not error until in the parsing phase, which resulted in confusing error
messages. This has been fixed, too.
- Fix #3348, by adding passing tests.
- Fix #3529: If a string starts with an interpolation, an empty string is no
longer emitted before the interpolation (unless it is needed to coerce the
interpolation into a string).
- Block comments cannot contain `*/`. Now the error message also shows exactly
where the offending `*/`. This improvement might seem unrelated, but I had to
touch that code anyway to refactor string and regex related code, and the
change was very trivial. Moreover, it's consistent with the next two points.
- Regexes cannot start with `*`. Now the error message also shows exactly where
the offending `*` is. (It might actually not be exatly at the start in
heregexes.) It is a very minor improvement, but it was trivial to add.
- Octal escapes in strings are forbidden in CoffeeScript (just like in
JavaScript strict mode). However, this used to be the case only for regular
strings. Now they are also forbidden in heredocs. Moreover, the errors now
point at the offending octal escape.
- Invalid regex flags are no longer allowed. This includes repeated modifiers
and unknown ones. Moreover, invalid modifiers do not stop a heregex from
being matched, which results in better error messages.
- Fix #3621: `///a#{1}///` compiles to `RegExp("a" + 1)`. So does
`RegExp("a#{1}")`. Still, those two code snippets used to generate different
tokens, which is a bit weird, but more importantly causes problems for
coffeelint (see clutchski/coffeelint#340). This required lots of tests in
test/location.coffee to be updated. Note that some updates to those tests are
unrelated to this point; some have been updated to be more consistent (I
discovered this because the refactored code happened to be seemingly more
correct).
- Regular regex literals used to erraneously allow newlines to be escaped,
causing invalid JavaScript output. This has been fixed.
- Heregexes may now be completely empty (`//////`), instead of erroring out with
a confusing message.
- Fix #2388: Heredocs and heregexes used to be lexed simply, which meant that
you couldn't nest a heredoc within a heredoc (double-quoted, that is) or a
heregex inside a heregex.
- Fix #2321: If you used division inside interpolation and then a slash later in
the string containing that interpolation, the division slash and the latter
slash was erraneously matched as a regex. This has been fixed.
- Indentation inside interpolations in heredocs no longer affect how much
indentation is removed from each line of the heredoc (which is more
intuitive).
- Whitespace is now correctly trimmed from the start and end of strings in a few
edge cases.
- Last but not least, the lexing of interpolated strings now seems to be more
efficient. For a regular double-quoted string, we used to use a custom
function to find the end of it (taking interpolations and interpolations
within interpolations etc. into account). Then we used to re-find the
interpolations and recursively lex their contents. In effect, the same string
was processed twice, or even more in the case of deeper nesting of
interpolations. Now the same string is processed just once.
- Code duplication between regular strings, heredocs, regular regexes and
heregexes has been reduced.
- The above two points should result in more easily read code, too.
2015-01-03 22:40:43 +00:00
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation and line breaks and starting with linebreak)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///\n\n\n#{a}\n\n\nb\n\n\n#{c}///', 'a', '"b"', 'c'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 3
|
|
|
|
|
eq a[2].first_column, 2
|
|
|
|
|
eq a[2].last_line, 3
|
|
|
|
|
eq a[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 3
|
|
|
|
|
eq b[2].first_column, 4
|
|
|
|
|
eq b[2].last_line, 8
|
|
|
|
|
eq b[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 9
|
|
|
|
|
eq c[2].first_column, 2
|
|
|
|
|
eq c[2].last_line, 9
|
|
|
|
|
eq c[2].last_column, 2
|
|
|
|
|
|
Refactor interpolation (and string and regex) handling in lexer
- Fix #3394: Unclosed single-quoted strings (both regular ones and heredocs)
used to pass through the lexer, causing a parsing error later, while
double-quoted strings caused an error already in the lexing phase. Now both
single and double-quoted unclosed strings error out in the lexer (which is the
more logical option) with consistent error messages. This also fixes the last
comment by @satyr in #3301.
- Similar to the above, unclosed heregexes also used to pass through the lexer
and not error until in the parsing phase, which resulted in confusing error
messages. This has been fixed, too.
- Fix #3348, by adding passing tests.
- Fix #3529: If a string starts with an interpolation, an empty string is no
longer emitted before the interpolation (unless it is needed to coerce the
interpolation into a string).
- Block comments cannot contain `*/`. Now the error message also shows exactly
where the offending `*/`. This improvement might seem unrelated, but I had to
touch that code anyway to refactor string and regex related code, and the
change was very trivial. Moreover, it's consistent with the next two points.
- Regexes cannot start with `*`. Now the error message also shows exactly where
the offending `*` is. (It might actually not be exatly at the start in
heregexes.) It is a very minor improvement, but it was trivial to add.
- Octal escapes in strings are forbidden in CoffeeScript (just like in
JavaScript strict mode). However, this used to be the case only for regular
strings. Now they are also forbidden in heredocs. Moreover, the errors now
point at the offending octal escape.
- Invalid regex flags are no longer allowed. This includes repeated modifiers
and unknown ones. Moreover, invalid modifiers do not stop a heregex from
being matched, which results in better error messages.
- Fix #3621: `///a#{1}///` compiles to `RegExp("a" + 1)`. So does
`RegExp("a#{1}")`. Still, those two code snippets used to generate different
tokens, which is a bit weird, but more importantly causes problems for
coffeelint (see clutchski/coffeelint#340). This required lots of tests in
test/location.coffee to be updated. Note that some updates to those tests are
unrelated to this point; some have been updated to be more consistent (I
discovered this because the refactored code happened to be seemingly more
correct).
- Regular regex literals used to erraneously allow newlines to be escaped,
causing invalid JavaScript output. This has been fixed.
- Heregexes may now be completely empty (`//////`), instead of erroring out with
a confusing message.
- Fix #2388: Heredocs and heregexes used to be lexed simply, which meant that
you couldn't nest a heredoc within a heredoc (double-quoted, that is) or a
heregex inside a heregex.
- Fix #2321: If you used division inside interpolation and then a slash later in
the string containing that interpolation, the division slash and the latter
slash was erraneously matched as a regex. This has been fixed.
- Indentation inside interpolations in heredocs no longer affect how much
indentation is removed from each line of the heredoc (which is more
intuitive).
- Whitespace is now correctly trimmed from the start and end of strings in a few
edge cases.
- Last but not least, the lexing of interpolated strings now seems to be more
efficient. For a regular double-quoted string, we used to use a custom
function to find the end of it (taking interpolations and interpolations
within interpolations etc. into account). Then we used to re-find the
interpolations and recursively lex their contents. In effect, the same string
was processed twice, or even more in the case of deeper nesting of
interpolations. Now the same string is processed just once.
- Code duplication between regular strings, heredocs, regular regexes and
heregexes has been reduced.
- The above two points should result in more easily read code, too.
2015-01-03 22:40:43 +00:00
|
|
|
test 'Verify locations in heregex interpolation (in ///regex///, multiple interpolation and line breaks and starting with linebreak)', ->
|
2015-01-12 19:10:54 +00:00
|
|
|
[a, b, c] = getMatchingTokens '///\n\n\na\n\n\n#{b}\n\n\nc///', '"a"', 'b', '"c"'
|
2014-07-13 05:03:32 +00:00
|
|
|
|
|
|
|
|
eq a[2].first_line, 0
|
2015-02-03 17:55:38 +00:00
|
|
|
eq a[2].first_column, 0
|
2014-07-13 05:03:32 +00:00
|
|
|
eq a[2].last_line, 5
|
|
|
|
|
eq a[2].last_column, 0
|
|
|
|
|
|
|
|
|
|
eq b[2].first_line, 6
|
|
|
|
|
eq b[2].first_column, 2
|
|
|
|
|
eq b[2].last_line, 6
|
|
|
|
|
eq b[2].last_column, 2
|
|
|
|
|
|
|
|
|
|
eq c[2].first_line, 6
|
|
|
|
|
eq c[2].first_column, 4
|
|
|
|
|
eq c[2].last_line, 9
|
2015-02-03 17:55:38 +00:00
|
|
|
eq c[2].last_column, 3
|
|
|
|
|
|
|
|
|
|
test "#3822: Simple string/regex start/end should include delimiters", ->
|
|
|
|
|
[stringToken] = CoffeeScript.tokens "'string'"
|
|
|
|
|
eq stringToken[2].first_line, 0
|
|
|
|
|
eq stringToken[2].first_column, 0
|
|
|
|
|
eq stringToken[2].last_line, 0
|
|
|
|
|
eq stringToken[2].last_column, 7
|
|
|
|
|
|
|
|
|
|
[regexToken] = CoffeeScript.tokens "/regex/"
|
|
|
|
|
eq regexToken[2].first_line, 0
|
|
|
|
|
eq regexToken[2].first_column, 0
|
|
|
|
|
eq regexToken[2].last_line, 0
|
|
|
|
|
eq regexToken[2].last_column, 6
|
2014-07-13 05:03:32 +00:00
|
|
|
|
Refactor interpolation (and string and regex) handling in lexer
- Fix #3394: Unclosed single-quoted strings (both regular ones and heredocs)
used to pass through the lexer, causing a parsing error later, while
double-quoted strings caused an error already in the lexing phase. Now both
single and double-quoted unclosed strings error out in the lexer (which is the
more logical option) with consistent error messages. This also fixes the last
comment by @satyr in #3301.
- Similar to the above, unclosed heregexes also used to pass through the lexer
and not error until in the parsing phase, which resulted in confusing error
messages. This has been fixed, too.
- Fix #3348, by adding passing tests.
- Fix #3529: If a string starts with an interpolation, an empty string is no
longer emitted before the interpolation (unless it is needed to coerce the
interpolation into a string).
- Block comments cannot contain `*/`. Now the error message also shows exactly
where the offending `*/`. This improvement might seem unrelated, but I had to
touch that code anyway to refactor string and regex related code, and the
change was very trivial. Moreover, it's consistent with the next two points.
- Regexes cannot start with `*`. Now the error message also shows exactly where
the offending `*` is. (It might actually not be exatly at the start in
heregexes.) It is a very minor improvement, but it was trivial to add.
- Octal escapes in strings are forbidden in CoffeeScript (just like in
JavaScript strict mode). However, this used to be the case only for regular
strings. Now they are also forbidden in heredocs. Moreover, the errors now
point at the offending octal escape.
- Invalid regex flags are no longer allowed. This includes repeated modifiers
and unknown ones. Moreover, invalid modifiers do not stop a heregex from
being matched, which results in better error messages.
- Fix #3621: `///a#{1}///` compiles to `RegExp("a" + 1)`. So does
`RegExp("a#{1}")`. Still, those two code snippets used to generate different
tokens, which is a bit weird, but more importantly causes problems for
coffeelint (see clutchski/coffeelint#340). This required lots of tests in
test/location.coffee to be updated. Note that some updates to those tests are
unrelated to this point; some have been updated to be more consistent (I
discovered this because the refactored code happened to be seemingly more
correct).
- Regular regex literals used to erraneously allow newlines to be escaped,
causing invalid JavaScript output. This has been fixed.
- Heregexes may now be completely empty (`//////`), instead of erroring out with
a confusing message.
- Fix #2388: Heredocs and heregexes used to be lexed simply, which meant that
you couldn't nest a heredoc within a heredoc (double-quoted, that is) or a
heregex inside a heregex.
- Fix #2321: If you used division inside interpolation and then a slash later in
the string containing that interpolation, the division slash and the latter
slash was erraneously matched as a regex. This has been fixed.
- Indentation inside interpolations in heredocs no longer affect how much
indentation is removed from each line of the heredoc (which is more
intuitive).
- Whitespace is now correctly trimmed from the start and end of strings in a few
edge cases.
- Last but not least, the lexing of interpolated strings now seems to be more
efficient. For a regular double-quoted string, we used to use a custom
function to find the end of it (taking interpolations and interpolations
within interpolations etc. into account). Then we used to re-find the
interpolations and recursively lex their contents. In effect, the same string
was processed twice, or even more in the case of deeper nesting of
interpolations. Now the same string is processed just once.
- Code duplication between regular strings, heredocs, regular regexes and
heregexes has been reduced.
- The above two points should result in more easily read code, too.
2015-01-03 22:40:43 +00:00
|
|
|
test "#3621: Multiline regex and manual `Regex` call with interpolation should
|
|
|
|
|
result in the same tokens", ->
|
|
|
|
|
tokensA = CoffeeScript.tokens 'RegExp(".*#{a}[0-9]")'
|
|
|
|
|
tokensB = CoffeeScript.tokens '///.*#{a}[0-9]///'
|
|
|
|
|
eq tokensA.length, tokensB.length
|
|
|
|
|
for i in [0...tokensA.length] by 1
|
|
|
|
|
tokenA = tokensA[i]
|
|
|
|
|
tokenB = tokensB[i]
|
|
|
|
|
eq tokenA[0], tokenB[0]
|
|
|
|
|
eq tokenA[1], tokenB[1]
|
2015-02-03 19:42:50 +00:00
|
|
|
eq tokenA.origin?[1], tokenB.origin?[1] unless tokenA[0] is 'CALL_START'
|
Refactor interpolation (and string and regex) handling in lexer
- Fix #3394: Unclosed single-quoted strings (both regular ones and heredocs)
used to pass through the lexer, causing a parsing error later, while
double-quoted strings caused an error already in the lexing phase. Now both
single and double-quoted unclosed strings error out in the lexer (which is the
more logical option) with consistent error messages. This also fixes the last
comment by @satyr in #3301.
- Similar to the above, unclosed heregexes also used to pass through the lexer
and not error until in the parsing phase, which resulted in confusing error
messages. This has been fixed, too.
- Fix #3348, by adding passing tests.
- Fix #3529: If a string starts with an interpolation, an empty string is no
longer emitted before the interpolation (unless it is needed to coerce the
interpolation into a string).
- Block comments cannot contain `*/`. Now the error message also shows exactly
where the offending `*/`. This improvement might seem unrelated, but I had to
touch that code anyway to refactor string and regex related code, and the
change was very trivial. Moreover, it's consistent with the next two points.
- Regexes cannot start with `*`. Now the error message also shows exactly where
the offending `*` is. (It might actually not be exatly at the start in
heregexes.) It is a very minor improvement, but it was trivial to add.
- Octal escapes in strings are forbidden in CoffeeScript (just like in
JavaScript strict mode). However, this used to be the case only for regular
strings. Now they are also forbidden in heredocs. Moreover, the errors now
point at the offending octal escape.
- Invalid regex flags are no longer allowed. This includes repeated modifiers
and unknown ones. Moreover, invalid modifiers do not stop a heregex from
being matched, which results in better error messages.
- Fix #3621: `///a#{1}///` compiles to `RegExp("a" + 1)`. So does
`RegExp("a#{1}")`. Still, those two code snippets used to generate different
tokens, which is a bit weird, but more importantly causes problems for
coffeelint (see clutchski/coffeelint#340). This required lots of tests in
test/location.coffee to be updated. Note that some updates to those tests are
unrelated to this point; some have been updated to be more consistent (I
discovered this because the refactored code happened to be seemingly more
correct).
- Regular regex literals used to erraneously allow newlines to be escaped,
causing invalid JavaScript output. This has been fixed.
- Heregexes may now be completely empty (`//////`), instead of erroring out with
a confusing message.
- Fix #2388: Heredocs and heregexes used to be lexed simply, which meant that
you couldn't nest a heredoc within a heredoc (double-quoted, that is) or a
heregex inside a heregex.
- Fix #2321: If you used division inside interpolation and then a slash later in
the string containing that interpolation, the division slash and the latter
slash was erraneously matched as a regex. This has been fixed.
- Indentation inside interpolations in heredocs no longer affect how much
indentation is removed from each line of the heredoc (which is more
intuitive).
- Whitespace is now correctly trimmed from the start and end of strings in a few
edge cases.
- Last but not least, the lexing of interpolated strings now seems to be more
efficient. For a regular double-quoted string, we used to use a custom
function to find the end of it (taking interpolations and interpolations
within interpolations etc. into account). Then we used to re-find the
interpolations and recursively lex their contents. In effect, the same string
was processed twice, or even more in the case of deeper nesting of
interpolations. Now the same string is processed just once.
- Code duplication between regular strings, heredocs, regular regexes and
heregexes has been reduced.
- The above two points should result in more easily read code, too.
2015-01-03 22:40:43 +00:00
|
|
|
eq tokenA.stringEnd, tokenB.stringEnd
|
|
|
|
|
|
2012-12-24 13:34:16 +00:00
|
|
|
test "Verify all tokens get a location", ->
|
|
|
|
|
doesNotThrow ->
|
|
|
|
|
tokens = CoffeeScript.tokens testScript
|
|
|
|
|
for token in tokens
|
2013-01-14 20:20:47 +00:00
|
|
|
ok !!token[2]
|