AoC: Surprising interpretation of a^b .f
vs f a^b
.
#4556
Labels
enhancement
New feature or request
front end
related to the front end until .fum file is created: call and type resolution, type checking, etc.
Fuzion language
related to the language, syntax, etc
Stumbled over this during one of the Advent-Of-Code puzzles, but did not have time to create an issue immediately:
See this example
Which produces quite intuitive evaluation order for most cases:
The case that I found surprising is number 2., especially when compared to number 10. I think we should change the parser to parse
a^b .f
as(a^b).f
.Related to this, we might produce an error for code like
1+2 * 3
where the spacing disagrees with the operator precedence.The text was updated successfully, but these errors were encountered: