Open marcelocantos opened 4 years ago
Files with Coverage Reduction | New Missed Lines | % | ||
---|---|---|---|---|
rel/value_set_generic.go | 2 | 74.47% | ||
<!-- | Total: | 2 | --> |
Totals | |
---|---|
Change from base Build cea02743513c00478f8b88caad0546ce96ae2133: | 0.0% |
Covered Lines: | 4533 |
Relevant Lines: | 9502 |
Can you add a description of what this is actually doing for posterity?
It looks vaguely related to https://github.com/arr-ai/arrai/issues/532 but doesn't fix it.
We really should fix the stack operator in wbnf so that this rule can be self-referential. https://github.com/arr-ai/wbnf/issues/85
Fixes #552
Change safe-accessor tail to expect an expr instead of the next rule on the precedence stack.
The expression
a.b?:c.d
used to parse as(a.b?:c).d
. This is confusing because it means that.d
, which looks like it belongs toc
, actually applies toa.b
ifa
has ab
attribute. This PR changes it to parse asa.b?:(c.d)
.This is actually a bit of a hack. My preference would be to loop back to the current rule. However, wbnf doesn't have a way to refer to the current rule, only the next rule (
@
) or back to the top (expr
). It might be better to add this capability to wbnf. Comments welcome.Checklist: