Skip to content
GitLab
Projects
Groups
Snippets
Help
Loading...
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
I
Iris
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Service Desk
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Operations
Operations
Incidents
Environments
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Pierre-Marie Pédrot
Iris
Commits
908ea111
Commit
908ea111
authored
Dec 07, 2017
by
Jacques-Henri Jourdan
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Fix comment.
parent
e14e9ec2
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
11 additions
and
10 deletions
+11
-10
theories/base_logic/upred.v
theories/base_logic/upred.v
+11
-10
No files found.
theories/base_logic/upred.v
View file @
908ea111
...
...
@@ -23,37 +23,38 @@ Arguments uPred_holds {_} _%I _ _.
Section
cofe
.
Context
{
M
:
ucmraT
}.
(* A good way of understanding this defintion of the uPred OFE is to
(* A good way of understanding this defin
i
tion of the uPred OFE is to
consider the OFE uPred0 of monotonous SProp predicates. That is,
uPred0 is the OFE of non-expansive functions from M to SProp that
are monotonous with respect to CMRA inclusion. This notion of
monotonicity has to be stated in the SProp logic.
It is exactly
uPred_mono.
monotonicity has to be stated in the SProp logic.
Together with the
u
sual closedness property of SProp, this gives exactly u
Pred_mono.
Then, we quotient uPred0 *in the sProp logic* with respect to
equivalence on valid elements of M. That is, we quotient with
respect to the following *sProp* equivalence relation:
P1 ≡ P2 := ∀ x, ✓ x → (P1(x) ↔ P2(x)) (1)
When seen from the ambiant logic,
computing this logic require
re
definig both a custom Equiv and Dist.
When seen from the ambiant logic,
obtaining this quotient requires
definig both a custom Equiv and Dist.
It is worth noting that this equivalence relation admit canonical
It is worth noting that this equivalence relation admit
s
canonical
representatives. More precisely, one can show that every
equivalence class contain exactly one element P0 such that:
equivalence class contain
s
exactly one element P0 such that:
∀ x, (✓ x → P(x)) → P(x) (2)
(Again, this assertion has to be understood in sProp). Starting
from an element P of a given class, one can build this canonical
representative by chosing:
P0(x)
= ✓ x → P(x)
(3)
P0(x)
:= ✓ x → P(x)
(3)
Hence, as an alternative definition of uPred, we could use the set
of canonical representatives (i.e., the subtype of monotonous
sProp predicates that verify (2)). This alternative definition would
save us from using a quotient. However, the definitions of the various
connectives would get more complicated, because we have to make sure
they all verify (2), which sometimes requires some adjustments. We would
moreover need to prove one more property for every logical connective.
they all verify (2), which sometimes requires some adjustments. We
would moreover need to prove one more property for every logical
connective.
*)
Inductive
uPred_equiv'
(
P
Q
:
uPred
M
)
:
Prop
:
=
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment