You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current approach to precedence lacks an important guarantee: if all operators have defined relative precedence and compatible associativity, then no expression using those operators should have ambiguous grouping. This can for example be seen in the following example:
The expression unit in pre unit in unit produces the following error:
Ambiguity error with 2 alternatives.
( unit in pre unit ) in unit
unit in pre ( unit in unit )
deep.test#1:1:
1: unit in pre unit in unit
Most likely the former alternative is undesired. The issue is that the precedence error requires looking more than one level down the tree (since pre is an indirect child of the right in).
The text was updated successfully, but these errors were encountered:
elegios
added
bug
Something isn't working
research
This issue has a strong connection to the underlying research, as opposed to 'mere' engineering
labels
Nov 13, 2019
The current approach to precedence lacks an important guarantee: if all operators have defined relative precedence and compatible associativity, then no expression using those operators should have ambiguous grouping. This can for example be seen in the following example:
The expression
unit in pre unit in unit
produces the following error:Most likely the former alternative is undesired. The issue is that the precedence error requires looking more than one level down the tree (since
pre
is an indirect child of the rightin
).The text was updated successfully, but these errors were encountered: