As an optimisation for parsing, both parsers treat statements like:
as variable declarations due to the starting capital letter of the first term (for non-primitives).
And the following are treated by both parsers as command expressions:
due to the lowercase starting letter of the first term. If a class starts with a lowercase letter (valid though not conventional) the workaround where a variable declaration is desired is to use something like:
A difference in behavior can be noted for cases starting with underscore or dollar (the only other characters available for the first letter of a class name):
These were command expressions for the old parser and are being coerced to variable declarations in the Parrot parser.
We need to decide whether to alter these last two cases for backwards compatibility or whether we see this as a breaking change which better aligns with the Java specification.
I propose we opt for backwards compatibility since the above mentioned workaround would apply equally for classes with these starting characters, whereas renaming a method starting with these characters is more complicated.