Closed mtzguido closed 4 months ago
The rationale for the naming is that slprop1
can be faithfully turned into and from an slprop1_repr
, and the predicate deciding which slprop
s are slprop1
is called is_slprop1
. The down and up functions for slprop1
and down1
and up1
. Same for every other number.
Also every slpropN_repr
lives in universe N+1.
As a side comment: it doesn't seem we have to expose the cm_
monoids in Core.fsti. Should I delete that?
I removed the monoids in Core, and added aliases for the storable slprops.
Not exposing the monoids in Core is fine. I added them at one point because I was trying to define a PCM over slprops themselves for use in ConditionVar ... but that didn't work out and these remain unused.
Thanks! It's great to clean this up and settle on a systematic naming scheme.
As discussed today. The slprop types in Pulse.Lib.Core.fsti now look like this: