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
I thought I remembered @benh saying that there was maybe some difference between these two operators as to how they affect evaluation order within expressions or across expressions, but I see no discussion of that (or other motivations) on the PR.
Let's document the difference between these two operators. If one is preferred, we should deprecate the non-preferred option, port callers to the new style, and delete the old operator.
@benh and @nizamutdinovb are probably best suited to clarify how these operators do and don't differ and whether one is preferred.
The text was updated successfully, but these errors were encountered:
In a shift operator expression E1 << E2 and E1 >> E2, every value computation and side-effect of E1 is sequenced before every value computation and side effect of E2
If I'm reading that correctly, that means for all shift operators including overloaded shift operators (e.g. eventuals' operator>>), that guarantees that the left operands of >> are evaluated before the right operands.
If that's true, then I'd guess that we want to deprecate operator| and move to operator>>.
Prior to #387, eventuals were composed like this:
return Foo() | Bar();
After that PR, they may now additionally be composed like this:
return Foo() >> Bar();
Both of these operators lack documentation as to what they do or how they're similar / different: https://github.com/3rdparty/eventuals/blame/00f4ac7fe5a3ebf1749845274de5b23e7aca2806/eventuals/compose.h#L105-L129
I thought I remembered @benh saying that there was maybe some difference between these two operators as to how they affect evaluation order within expressions or across expressions, but I see no discussion of that (or other motivations) on the PR.
Let's document the difference between these two operators. If one is preferred, we should deprecate the non-preferred option, port callers to the new style, and delete the old operator.
@benh and @nizamutdinovb are probably best suited to clarify how these operators do and don't differ and whether one is preferred.
The text was updated successfully, but these errors were encountered: