crystal-lang-tools / tree-sitter Goto Github PK

Following up from the forum discussion, the two most developed tree sitter parsers for Crystal are Keidax's implementation and Will's implementation. However, both take very different approaches when expressing the language grammar: Will's implementation (from some non-thorough reading) makes use of a lot of regex, whereas Keidax's implementation is more expression-based and even makes use of custom C code for additional grammar logic.

For these reasons, I think it would be best if we took a more balanced approach – that is, still using hand-written grammar that is based from both of these implementations. Both of them have varying techniques for expressing the language's grammar that should definitely be taken advantage of in this implementation.

Coverage

• Primitives
• • Strings
• • • Literals (quotations)
• • • Percent Literals
• • • Heredocs
• • • Interpolation
• • Integers and Floats
• • Booleans and Nil
• • Arrays and Hashes
• • Procs
• • Chars
• • Symbols
• Delimiters
• • Line continuations (\)
• Comments
• Identifiers
• • Constants
• • Self
• • Local variables
• • Instance variables
• • Class Variables
• • Global Variables
• • Fresh Variables
• Regex Literals
• Operators
• • Infix and Unary
• • Logic
• Range literals
• Assignments
• • Variables
• • Constants
• • Multi-Assign
• • Underscore
• Definitions
• • Methods
• • • External names (parameters)
• • • Bound generics (forall)
• • • Block parameters (&)
• • Macros
• • Enums (including type restriction)
• • Structs (and extending)
• • Classes (and extending)
• • Modules
• • Annotations
• • Libs
• • • Fun definitions
• • • Unions
• • Aliases
• Calls
• Keywords
• • require
• • private (methods, macros, enums, structs, aliases, classes, modules, libs)
• • protected (methods)
• • abstract (methods, structs, classes)
• • include (structs, classes, modules)
• • extend (modules)
• • begin
• • do
• • rescue
• • ensure
• • return
• • break
• • next
• • end
• • typeof
• • sizeof
• • instance_sizeof
• • offsetof
• • (with) yield
• • super
• • previous_def
• • of
• • pointerof
• • uninitialized
• • verbatim (macros)
• • for (macros)
• • out
• • fun (libs)
• • union (libs)
• • Pseudo
• • • is_a?
• • • nil?
• • • responds_to?
• • • as
• • • as?
• • Conditionals
• • • if/unless
• • • else/elsif
• • • while/until
• • • case - when/in (then)
• Magic Constants
• • __LINE__
• • __END_LINE__
• • __FILE__
• • __DIR__

There should be CI setup to test PRs to ensure functionality (running tests) and for generating artifacts