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
Setting aside more radically distinct presentations such as explored in the experiments folder, we need to pick a path along the following trade-offs, some of which depend on one another.
Hardcoding some branches. Namely, there are essentially three candidates: Stuck, Guard, and Step. The alternative relies on predicating constructions that use them by a typeclass constraint of the shape B0 -< B for instance. Here the tradeoff is between bloating up case analyses on the structure of the tree, vs. carrying around almost universally needed class constraints.
Reflecting in the type signature the domain of delayed branches independently from the one of stepping branch. Compared to the current heterogeneous branch, this would add a fourth parameter to the datatype. On the obvious cons side, this bloats type signatures everywhere with parameters. On the positive side, this gives us a lot of flexibility to enforce static invariants: in particular, it allows us to easily specify the case where no delayed non-determinism is allowed, a situation somewhat reminiscent of guarded ccs, and notably used at the moment extensionally in the yield development.
Leveraging the result about so-called guarded encoding of stepping branches, establishing that stepping branches can always be encoded into guarded branches whose branches are guarded by Steps. This allow us to replace BrS from the datatype, assuming that we introduce explicitly Step. Naturally, it becomes incompatible with expressing statically that a computation is Guarded as suggested in 2.
The text was updated successfully, but these errors were encountered:
Setting aside more radically distinct presentations such as explored in the
experiments
folder, we need to pick a path along the following trade-offs, some of which depend on one another.Stuck
,Guard
, andStep
. The alternative relies on predicating constructions that use them by a typeclass constraint of the shapeB0 -< B
for instance. Here the tradeoff is between bloating up case analyses on the structure of the tree, vs. carrying around almost universally needed class constraints.yield
development.guarded
encoding of stepping branches, establishing that stepping branches can always be encoded into guarded branches whose branches are guarded byStep
s. This allow us to replaceBrS
from the datatype, assuming that we introduce explicitlyStep
. Naturally, it becomes incompatible with expressing statically that a computation is Guarded as suggested in 2.The text was updated successfully, but these errors were encountered: