We use lark for parsing, and we have a grammar defined for workflow strings in the WorkFlow file. However it is missing support for numerical and non-letter values, and has a subtle bug with long (potentially ambiguous?) strings like node1 ; node2 || node3; node4 || node5. What should this parse to? Lark actually has support for indicating when something has an ambiguous parsing.
Currently we resolve this by using parentheses, which work correctly.
We use lark for parsing, and we have a grammar defined for workflow strings in the WorkFlow file. However it is missing support for numerical and non-letter values, and has a subtle bug with long (potentially ambiguous?) strings like
node1 ; node2 || node3; node4 || node5
. What should this parse to? Lark actually has support for indicating when something has an ambiguous parsing.Currently we resolve this by using parentheses, which work correctly.