Download presentation

Presentation is loading. Please wait.

1
**Jacob Andersen PhD student andersen@daimi.au.dk**

SEMANTICS (Q1,’07) Week 7 Jacob Andersen PhD student Semantics Q1 2007

2
**News… Exam: Sample Solution to 2005 Miniproject**

Time and Place (final): Oct. 31st in Benjamin bld. Curriculum: On the webpage (schedule) Materials: SOS chapter 1-3, CCS chapter 1-3, Note on SI Lecture slides A service to you to ease note-taking (alternative: whiteboard-only lectures) Price (for you to “pay”): I may require that you use things at the exam, that are only introduced on the slides. Exercises and hand-ins (including TA feedback) Competences developed and trained through exercises. Many points illustrated best by practical experience. Sample Solution to 2005 Miniproject Semantics Q1 2007

3
**Week 7 - Outline Exam Bisimulation Course Evaluation**

SOS Implementation (Interpretation) Program Equivalence Imperative Blocks The Environment-Store Model Other Semantic Formalisms Semantics Q1 2007

4
**Exam 1st page Evaluating your competences, i.e.**

new problems which you have not seen before. Hidden “traps” or insights … to avoid pattern-matching. Don’t Panic! A solution without explanations / motivations is useless!! Matches (at most) the “describe” competence. If the solution is wrong it cannot be “rescued” by a good explanation. Semantics Q1 2007

5
BISIMULATION Semantics Q1 2007

6
**Def: A Strong Bisimulation**

Let (Proc, Act, ) be a LTS Def: a bin. rel. R Proc Proc is a strong bisimulation iff whenever (s,t) R : aAct : if s s’ then t t’ for some t’ such that (s’,t’) R if t t’ then s s’ for some s’ such that (s’,t’) R Note: 1. Definition on LTS (not necessarily wrt. processes) 2. Definition relative to a (SOS) semantics (via LTS) a a a a a Intuition: “Only equate as consistently allowed by the semantics” Semantics Q1 2007

7
**Def: Strongly Bisimilar (~)**

A Strong Bisimulation: Def: a bin. rel. R Proc Proc is a strong bisimulation iff whenever (s,t) R : aAct : if s s’ then t t’ for some t’ such that (s’,t’) R if t t’ then s s’ for some s’ such that (s’,t’) R The Strong Bisimilarity relation (~): Def: two (processes) s and t are strongly bisimilar ( s ~ t ) iff strong bisimulation R : (s,t) R . i.e. a a a a ‘~’ := {R | R is a strong bisimulation } Semantics Q1 2007

8
**How to Prove Strong Bisimilarity ?**

How to prove strong bisimilarity for two processes ? i.e ?: Exhibit a (any) bisimulation R , for which: By definition we get that: since ‘~’ was the largest bisimulation How to disprove strong bisimilarity? Strong bisimulation game s ~ t (s,t) R (s,t) R ‘~’ Semantics Q1 2007

9
**Example Proof of Bisimilarity**

Buffer (capacity 1): Buffer (capacity 2): Show that: A0 =def in . A1 A1 =def out . A0 B0 =def in . B1 B1 =def in . B2 + out . B0 B2 =def out . B1 B0 ~ A0|A0 R = { (B0 , A0|A0) , (B1 , A1|A0) , (B1 , A0|A1) , (B2 , A1|A1) } B0 A0|A0 B1 A1|A0 A0|A1 B2 A1|A1 Semantics Q1 2007

10
**Other Properties of (~)**

The following properties hold P, Q, R: P+Q ~ Q+P // ‘+’ commutative (P+Q)+R ~ P+(Q+R) // ‘+’ associative P|Q ~ Q|P // ‘|’ commutative (P|Q)|R ~ P|(Q|R) // ‘|’ associative P+0 ~ P // ‘0’ neutral wrt. ‘+’ P|0 ~ P // ‘0’ neutral wrt. ‘|’ ... Live exercise: Prove one of these properties Semantics Q1 2007

11
**Summary: Strong Bisimilarity (~)**

Properties of (~): an equivalence relation: reflexive, symmetric, and transitive the largest strong bisimulation: for proving bisimilarity (exhibit a bisimulation) strong bisimulation game: for proving non-bisimilarity (winning attack strategy) a congruence: P ~ Q => C[P] ~ C[Q] obeys the following algebraic laws: ‘+’ and ‘|’ commutative, associative, and ‘0’ neutrality, … Semantics Q1 2007

12
**Summary: Weak Bisimilarity ()**

Properties of (): an equivalence relation: reflexive, symmetric, and transitive the largest weak bisimulation: for proving bisimilarity (exhibit a bisimulation) weak bisimulation game: for proving non-bisimilarity (winning attack strategy) not a congruence: P Q => C[P] C[Q] obeys the following algebraic laws: ‘+’ and ‘|’ commutative, associative, and ‘0’ neutrality, … abstracts away from internal tau-actions Semantics Q1 2007

13
**():“Fair Abstraction from Divergence”**

Consider: A =def a.0 + .B B =def b.0 + .A Note that: A B a.0 + b !!! ..and even: Div =def .Div 0 Div !!! Intuition: “Fair Abstraction from Divergence”: “assumes processes (eventually) escape from loops” Semantics Q1 2007

14
COURSE EVALUATION Semantics Q1 2007

15
**Course Evaluation Your e aluation matters!: Why two evaluations?**

Gives you a chance to voice your opinion Helps improve next year’s course Helps improve my teaching (in general) May influence larger didactic strategies for whole dept. / uni Why two evaluations? Compulsory in order to get valid results. Semantics Q1 2007

16
**Example: L implementation in SML**

SOS Implementation Example: L implementation in SML Semantics Q1 2007

17
**Representation of Exp/BExp/Com**

type number = int type variable = string type truthvalue = bool datatype exp = Number of number | Variable of variable | Add of exp * exp | Sub of exp * exp | Mul of exp * exp datatype bexp= Truthvalue of truthvalue | Eq of exp * exp | Or of bexp * bexp | Not of bexp datatype com = Skip | Assign of variable * exp | Seq of com * com | If of bexp * com * com | While of bexp * com Semantics Q1 2007

18
**Representation of Store**

type store = (variable * number) list fun update s v n = let val s' = List.filter (fn (v', _) => v <> v') s in (v, n) :: s' end fun lookup s v = let val pair = List.find (fn (v', _) => v = v') s fun match (SOME (_, n)) = n | match NONE = raise (Fail "Stuck!") in match pair Semantics Q1 2007

19
**Small-step semantics for Exp**

fun smallStepExp (Variable var, store) (* Var *) = let val n = lookup store var in (Number n, store) end | smallStepExp (Add (Number m, Number m'), store) (* Sum3 *) = let val n = m + m' | smallStepExp (Add (Number m, e1), store) (* Sum2 *) = let val (e1', _) = smallStepExp (e1, store) in (Add (Number m, e1'), store) | smallStepExp (Add (e0, e1), store) (* Sum1 *) = let val (e0', _) = smallStepExp (e0, store) in (Add (e0', e1), store) Semantics Q1 2007

20
**Pretty Printing Exp fun prettyExp (Number n) = print (Int.toString n)**

| prettyExp (Variable var) = print var | prettyExp (Add (e1, e2)) = ( prettyExp e1; print " + "; prettyExp e2 ) | prettyExp (Sub (e1, e2)) = ( prettyExp e1; print " - "; | prettyExp (Mul (e1, e2)) = ( prettyExp e1; print " * "; fun prettyBExp ... = ... fun prettyCom ... = Semantics Q1 2007

21
PROGRAM EQUIVALENCE Semantics Q1 2007

22
**Program Equivalence ()?**

xFV(E2) yFV(E1) ... How do we know they are “equivalent” ? …and what does that mean ? nil nil ; nil C ; nil nil ; C C if B then C else C’ if ~B then C’ else C (C1 ; C2) ; C3 C1 ; (C2 ; C3) repeat C until B C ; while ~B do C x := E1 ; y := E2 y := E2 ; x := E1 Semantics Q1 2007

23
**Behavior and Behavioral Equivalence**

Assume deterministic language L: Def: Behavior: Partial function: exec(C,) = Def: Behavioral equivalence (C C’): exec : Com Store Store ’ if <C,> * ’ undef otherwise e.g. nontermination, abnormal termination if both defined Store: exec(C,) = exec(C’,) i.e. the two commands produce the same resulting store, ’, (but not necessarily in the same number of steps) Semantics Q1 2007

24
**Congruence () Example (Java):**

Theorem: “” is a congruence [proof omitted] i.e., we can substitute equivalent fragments in programs! Example (Java): C C’ => P[C] P[C’] , for all contexts P[] class C { D void m() { S’ [ ] S’’ } class C { D void m() { S’ for (E1 ; E2 ; E3) S0 S” } class C { D void m() { S’ { E1 ; while (E2) { S0 E3 ; }} S” } safe transformation who: compiler, homo-sapiens, combination (refactoring tools), … why: readability, optimization, simplification, … Semantics Q1 2007

25
**How to Prove Behavioral Equivalence?**

How do we prove: (for given C, C’)? i.e.: For derivation sequences of any length, n C C’ Store: exec(C,) = exec(C’,) if both defined ,’: (<C,> * ’) (<C’,> * ’) ,’: (<C,> * ’) (<C’,> * ’) ,’: (<C,> * ’) (<C’,> * ’) ,’: (<C,> n ’) (<C’,> * ’) ,’: (<C,> * ’) (<C’,> n ’) Semantics Q1 2007

26
**Induction on the Length of Derivation Seq’s**

Base case: P(k=1) Prove that the property, P, holds for all derivation sequences of length 1 (one) Inductive step: P(k) P(k+1) Assume P(k): that the property holds for derivation sequences of length k Prove P(k+1): that it holds for derivation sequences of length k+1 Then: n1: P(n) Property P holds for all derivation sequences (any length) Semantics Q1 2007

27
**…Or How do we prove: (for given C, C’)? i.e.:**

For some intermediate configuration, C C’ if both defined Store: exec(C,) = exec(C’,) ,’: (<C,> * ’) (<C’,> * ’) ,’: (<C,> * ’) (<C’,> * ’) ,’: (<C,> * ’) (<C’,> * ’) : (<C,> * ) (<C’,> * ) : (<C,> * ) (<C’,> * ) Semantics Q1 2007

28
**Example (Proof Structure)**

Prove “” (let be given w/o assumptions): Assume [LHS]: show [RHS]: Case analysis on possible derivations for [LHS]… if B then C else C’ if ~B then C’ else C <if B then C else C’, > * <if ~B then C’ else C, > * for some <if B then C else C’, > * <if ~B then C’ else C, > * Semantics Q1 2007

29
**Example (cont’d) Case [B * tt]: Then construct:**

Analogous for [B * ff] Symmetric for the other direction “” proof <B,> B* <tt,> proof ’ [IF1] C1 <if B then C else C’,> <C,’> C* ’ proof <B,> B* <tt,> [NEG1] <~B,> B1 <ff,> proof ’ [IF2] C1 <if ~B then C’ else C,> <C,’> C* ’ Semantics Q1 2007

30
IMPERATIVE BLOCKS Semantics Q1 2007

31
**Blocks Consider the language ABCD: Example:**

A ::= z | v | A0 + A1 | A0 - A1 | A0 A1 B ::= b | ~ B | B0 or B1 | A0 = A1 C ::= nil | x := A | if B then C else C’ | while B do C | begin D ; C end // local block D ::= nil | var x := A | D0 ; D1 // local defs. if (~ (x = y)) then begin var t := x ; x := y ; y := t end else nil Semantics Q1 2007

32
**Semantics of Definitions**

Note: [Plotkin] does this differently (through env-store model); read it yourselves… Semantics of Definitions: [NIL]D <nil, > D [VAR]D <A, > A* <n, ’> <var x := A, > D ’[x=n] extend store <D0, > D <D0’, ’> [SEQ1]D <D0 ; D1, > D <D0’ ; D1, ’> <D0, > D ’ [SEQ2]D <D0 ; D1, > D <D1, ’> Semantics Q1 2007

33
**Semantics of Blocks SOS for Blocks:**

remember set of locally defined variables : V=DV(D) remember values of shadowed variables : 0= |V [BLK1]C <D, > D* ’ <begin D ; C end, > C <begin(V,0) C end, ’> [BLK2]C <C, > C <C’,’> <begin(V,0) C end, > C <begin(V,0) C’ end, ’> [BLK3]C <C, > C ’ <begin(V,0) C end, > C (’ \ V) [0] purge locally defined variables and restore old shadowed values Semantics Q1 2007

34
**Dynamic vs. Static Scope Rules**

Example: [BLK3]C <C, > C ’ <begin(V,0) C end, > C (’ \ V) [0] purge locally defined variables and restore old shadowed values x := 2 ; begin var x := 7 ; nil end // here: x has the value... restoring old shadowed values not restoring … “Static Scope Rules” x = 2 “Dynamic Scope Rules” x = 7 Semantics Q1 2007

35
**Inaccessible Val’s (Garbage Collection)**

Example: [BLK3]C <C, > C ’ <begin(V,0) C end, > C (’ \ V) [0] purge locally defined variables and restore old shadowed values // x undefined begin var x := 7 ; nil end // here x is ... purging locally defined vars not purging … “No Inaccessible Values” x isn’t in the store (garbage collection)! “Inaccessible Values” x is in the store (but inaccessible)! Semantics Q1 2007

36
**THE ENVIRONMENT-STORE MODEL**

Semantics Q1 2007

37
**“The Environment-Store Model”**

Introducing abstract locations: Transitions: |- <E,> <E’,’> : VAR LOC , : LOC VAL x ℓ v environment store VAR LOC VAL x (x) ((x)) env : doesn’t change w/ exec store: mutates with execution Semantics Q1 2007

38
**Examples (Pointers) (for the C-hackers: :) Pointers Static Semantics:**

Dynamic Semantics: (for the C-hackers: :) #define ptr (int*) ptr p = 0xCAFEBABE;// (p) LocZ a location const int x = *p; // *p Z (since (p) LocZ) [DER] |- E : LOC "DER" for (pointer) dereference |- * E : |- <E,> <E’,’> n = (ℓ) |- <* E,> <* E’,’> |- <* ℓ,> <n,> [DER1] [DER2] Semantics Q1 2007

39
**Examples (cont’d) Aliasing (similarly with call-by-reference):**

Explicit allocation: Explicit deallocation: ptr q = p; // location aliasing: (q) = ℓ = (p) *p = 42; // side-effecting: ’ = [ℓ=42] // now *q also has the value 42: ((q)) is 42 { ptr p = allocate(1); // (p) = ℓfresh ℓfresh LocZ *p = 42; // side-effecting: ’ = [ℓfresh=42] } // ℓfresh Dm() ptr p = ...; free(p); // (p)=ℓ, but ℓDm(); “dangling reference”! Semantics Q1 2007

40
**OTHER SEMANTIC FORMALISMS**

Semantics Q1 2007

41
**Operational Semantics**

Labelled Transition System: 0 = <z=x;x=y;y=z, [x=1,y=2,z=3]> 1 = <x=y;y=z, [x=1,y=2,z=1]> 2 = <y=z, [x=2,y=2,z=1]> 3 = result = [x=2,y=1,z=1] Variations in step-sizes (small-step, big-step, …) The meaning of a construct is specified by the computation it induces when it is executed on a machine. In particular, it is of interest how the effect of a computation is produced. -- [Nielson & Nielson, “Semantics with Applications”, ’93] Semantics Q1 2007

42
**Operational Semantics (cont’d)**

Example: Modular SOS Using “Generalized LTS” Essentially: Neighbouring labels must be “composable”. Configurations does not contain stores or anything else but the program state. Stores, environments, I/O etc. are embedded in the labels, e.g.: In this case labels are composable iff the second store component in a label is equal to the first store component in the subsequent label. e –X-> e’ [ASS1] x := e -X-> x := e’ [ASS2] σ’=σ[n/x] x := n –(σ,σ’)-> nil Semantics Q1 2007

43
**Denotational Semantics**

Describe everything as mathematical functions: [[ z=x;(x=y;y=z)]] = [[ x=y;y=z ]] o [[ z=x ]] = [[ y=z ]] o [[ x=y ]] o [[ z=x ]] = s.s[y=s(z)] o s.s[x=s(y)] o s.s[z=s(x)] = s.s[x=s(y),y=s(x),z=s(x)] Ex. R5RS (Revised5 Report on the Alg. Lang. Scheme) Loops expressed as fixed-points of rec’sive functors i.e., functions that takes functions as arguments Meanings are modelled by mathematical objects that represent the effect of executing the constructs. Thus, only the effect is of interest, not how it is obtained. -- [Nielson & Nielson, “Semantics with Applications”, ’93] Semantics Q1 2007

44
**Axiomatic Semantics Axiomatic Semantics: Partial correctness;**

Command C is partially correct wrt. a pre and a post-condition if whenever the initial state fulfils the pre-condition and the program terminates, then the final state fulfils the post-condition. {x=1,y=2} z=x;x=y;y=z {x=2,y=1} Specific properties of the effect of executing the constructs are expressed as assertions. Thus, there may be aspects of the executions that are ignored. -- [Nielson & Nielson, “Semantics with Applications”, ’93] { pre } C { post } {P} C {Q} {Q} C’ {R} {B∧P} C {P} {P} C;C’ {R} {P} while B do C {¬B∧P} Semantics Q1 2007

45
</ SEMANTICS > Semantics Q1 2007

46
**Next week: Revision Period; then Exam**

Good Luck! Any Questions? Semantics Q1 2007

Similar presentations

OK

Types and Programming Languages Lecture 7 Simon Gay Department of Computing Science University of Glasgow 2006/07.

Types and Programming Languages Lecture 7 Simon Gay Department of Computing Science University of Glasgow 2006/07.

© 2019 SlidePlayer.com Inc.

All rights reserved.

To make this website work, we log user data and share it with processors. To use this website, you must agree to our Privacy Policy, including cookie policy.

Ads by Google