Skip to content
GitLab
Projects
Groups
Snippets
Help
Loading...
Help
What's new
7
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
Open sidebar
Iris
Actris
Commits
2773194c
Commit
2773194c
authored
Nov 24, 2019
by
Jonas Kastberg
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Added more differences between paper and mechanisation to README
parent
a34d13a6
Pipeline
#21574
passed with stage
in 17 minutes and 36 seconds
Changes
2
Pipelines
2
Hide whitespace changes
Inline
Sidebyside
Showing
2 changed files
with
40 additions
and
7 deletions
+40
7
README.md
README.md
+38
5
theories/channel/proto_channel.v
theories/channel/proto_channel.v
+2
2
No files found.
README.md
View file @
2773194c
...
...
@@ 23,11 +23,15 @@ correspond to the following parts of the paper:

[
theories/channel/channel.v
](
theories/channel/channel.v
)
: The definitional
semantics of bidirectional channels in terms of Iris's HeapLang language.

[
theories/channel/proto_model.v
](
theories/channel/proto_model.v
)
: The CPS
model of Dependent Separation Protocols.
model of Dependent Separation Protocols
over arbitrary BIlogics
.

[
theories/channel/proto_channel.v
](
theories/channel/proto_channel.v
)
: The
definition of the connective
`↣`
for channel ownership, and lemmas
corresponding to the Actris proof rules. The relevant proof rules are as
follows:
instantiation of protocols with the Iris logic, definition of the connective
`↣`
for channel endpoint ownership, and lemmas corresponding to the Actris proof rules.
The relevant definitions and proof rules are as follows:
+
`iProto Σ`
: The type of protocols.
+
`iProto_message`
: The constructor for sends and receives.
+
`iProto_end`
: The constructor for terminated protocols.
+
`mapsto_proto`
: endpoint ownership
`↣`
.
+
`new_chan_proto_spec`
: proof rule for
`new_chan`
.
+
`send_proto_spec`
and
`send_proto_spec_packed`
: proof rules for
`send`
, the
first version is more convenient to use in Coq, but otherwise the same as
...
...
@@ 38,6 +42,31 @@ correspond to the following parts of the paper:
+
`select_spec`
: proof rule for
`select`
.
+
`branch_spec`
: proof rule for
`branch`
.
## Notation
The notation for Dependent Separation Protocols differ between the
mechanisation and the paper.
The paper uses the following notation:

Send: ! x_1 .. x_n
<
v
>
{ P } . prot

Recv: ? x_1 .. x_n
<
v
>
{ P } . prot

End: end

Select: prot_1 {Q_1} ⊕ {Q_2} prot_2

Branch: prot_1 {Q_1} & {Q_2} prot_2

Append: prot_1 · prot_2

Dual: An overlined protocol
The mechanisation uses the following notation:

Send:
<
!
>
x_1 .. x_n, MSG v {{ P }} ; prot

Recv:
<
?
>
x_1 .. x_n, MSG v {{ P }} ; prot

End: END

Select: prot_1
<
{
Q_1
}
+
{
Q_2
}
>
prot_2

Branch: prot_1
<
{
Q_1
}
&
{
Q_2
}
>
prot_2

Append: prot_1
<
++
>
prot_2

Dual: Nothing
## Weakest preconditions and Coq tactics
The presentation of Actris logic in the paper makes use of Hoare triples. In
...
...
@@ 126,10 +155,14 @@ mechanization in Coq:
There are a number of small differences between the paper presentation
of Actris and the formalization in Coq, that are briefly discussed here.

**Notation**
See the section "Notation" above.

**Weakest preconditions versus Hoare triples**
See the section "Weakest preconditions and Coq tactics" above.

**Connectives for physical ownership of channels**
In the paper, physical ownership of a channel is formalized using a single
...
...
theories/channel/proto_channel.v
View file @
2773194c
...
...
@@ 26,8 +26,8 @@ Futhermore, we define the following operations:
 [iProto_dual], which turns all [Send] of a protocol into [Recv] and viceversa
 [iProto_app], which appends two protocols as described in proto_model.v
An encoding of the usual branching connectives [prot1 {Q1}
<+>
{Q2} prot2] and
[prot1 {Q1}
<&>
{Q2} prot2], inspired by session types, is also included in this
An encoding of the usual branching connectives [prot1
<
{Q1}
+
{Q2}
>
prot2] and
[prot1
<
{Q1}
&
{Q2}
>
prot2], inspired by session types, is also included in this
file.
The logical connective for protocol ownership is denoted as [c ↣ prot]. It
...
...
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