Open mulle-nat opened 4 years ago
The problem here is mostly the way non-strict mode is. There is no definition of how it works and so it's difficult to say if behaviour is expected or not. Because of that, non-strict mode will be most likely dropped in a future release. In case it's still needed, a proper definition is required. You are welcome to give your input at #159.
Here is a small program that shows the problem:
This will see unquoted characters be turned into individual tokens:
The output for non-incremental or strict is correct:
Obviously it's hard for the parser to detect the expected end for unquoted numbers. The solution could be to append to the previous token if it's a primitive and there has been no intervening space.