Skip to content
This repository has been archived by the owner on Sep 20, 2021. It is now read-only.

Backtrack issue when rules overlap #105

Open
b-viguier opened this issue Nov 1, 2019 · 1 comment
Open

Backtrack issue when rules overlap #105

b-viguier opened this issue Nov 1, 2019 · 1 comment

Comments

@b-viguier
Copy link

Hi!
This library looks really awesome, so I'm playing with it but I'm facing with a "basic" issue and I can't figure out if it's a limitation, a bug, or my mistake… Can you help me?

Here a minimalist grammar to illustrate my situation:

%token a a
%token word \w+

#root:
    <word> | <a>

I want to match all words, but a is a special keyword, I want to match it distinctly. The problem comes when I try to parse "ab": a is recognized as a token and then the parser is stuck on b character with an UnexpectedToken exception. In my understanding, the parser should backtrack, discard the choice of the token a and follow with the token word… Am I wrong?

ℹ️

  • If I invert the order of rules, "a" input is identified as a word 👎
  • I could use %token word a\w+|[^a]\w* at first rule but… looks very weird and hard to maintain IMHO
  • I could discard the token a, matching words only and use AST to identify my specific keywords, but I think it's the role of the syntax analyzer, isn't it?

Thanks in advance for your help, and your nice work on this library :) 👍

@b-viguier
Copy link
Author

b-viguier commented Nov 5, 2019

ℹ️ My current workaround is to suffix my keywords with something like this:

%token    bool     (true|false)(?![a-zA-Z_0-9])

To prevent falsely to be detected as the keyword false followed by ly (should match an other pattern for "identifier" tokens)… but seems a little tricky, isn't it?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Development

No branches or pull requests

1 participant