Skip to content
Snippets Groups Projects
Commit 3673d5fd authored by Ralf Jung's avatar Ralf Jung
Browse files

comment for how we plan to generalize the WP notation if necessary

parent 01c940bd
No related branches found
No related tags found
No related merge requests found
...@@ -23,7 +23,10 @@ thread IDs (as in iGPS). ...@@ -23,7 +23,10 @@ thread IDs (as in iGPS).
For the case of stuckness bits, there are two specific notations For the case of stuckness bits, there are two specific notations
[WP e @ E {{ Φ }}] and [WP e @ E ?{{ Φ }}], which forces [A] to be [stuckness], [WP e @ E {{ Φ }}] and [WP e @ E ?{{ Φ }}], which forces [A] to be [stuckness],
and [s] to be [NotStuck] or [MaybeStuck]. *) and [s] to be [NotStuck] or [MaybeStuck]. This will fail to typecheck if [A] is
not [stuckness]. If we ever want to use the notation [WP e @ E {{ Φ }}] with a
different [A], the plan is to generalize the notation to use [Inhabited] instead
to pick a default value depending on [A]. *)
Class Wp (Λ : language) (PROP A : Type) := Class Wp (Λ : language) (PROP A : Type) :=
wp : A coPset expr Λ (val Λ PROP) PROP. wp : A coPset expr Λ (val Λ PROP) PROP.
Arguments wp {_ _ _ _} _ _ _%E _%I. Arguments wp {_ _ _ _} _ _ _%E _%I.
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment