To be able to use the new translator routines, two new temporary command lines options were added, namely ‑n and ‑ne, which do the same thing as ‑t and ‑te except that the new translator routine is called. These will be removed once the new translator has been fully implemented.
Several new expression tests were added to expression test #1 (simple expressions) including a test of the "‑E" expression (which previously reported an error), several more unary operator tests (including multiple unary operators), many with mixed data types (double and integer) and some with invalid mixed data type types (number and string).
When running the old translator, it was discovered that a negative constant at the beginning of the expression was interpreted as a negate and a positive constant instead of a negative constant. This occurred because the parser was not set to the operand state being that the translator was in its initial state, so a check was added to set the parser operand state if in the initial state and expression mode is selected.
Currently for simple expressions in the new translator routines, parser errors are not being handled correctly and therefore not reported correctly. Expression test #1 does not contain any expressions demonstrating this (some will be added once this issue is resolved). The old translator routines crash on these when using expression mode (command mode does not have a problem). The new translator is also not handling invalid operands and operators correctly.
[commit 58a03cb51b]
Sunday, June 30, 2013
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment
All comments and feedback welcomed, whether positive or negative.
(Anonymous comments are allowed, but comments with URL links or unrelated comments will be removed.)