• Keine Ergebnisse gefunden

A Dependency Pair Framework for Innermost Complexity Analysis of Term Rewrite Systems

N/A
N/A
Protected

Academic year: 2021

Aktie "A Dependency Pair Framework for Innermost Complexity Analysis of Term Rewrite Systems"

Copied!
120
0
0

Wird geladen.... (Jetzt Volltext ansehen)

Volltext

(1)

A Dependency Pair Framework for Innermost Complexity Analysis of

Term Rewrite Systems

J¨urgen Giesl

LuFG Informatik 2, RWTH Aachen University, Germany

joint work withLars NoschinskiandFabian Emmes

(2)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . )

Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting) new approach: directadaption of DP framework (CADE ’11)

modular combination of different techniques

automated and more powerful than previous approaches

(3)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . ) Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting) new approach: directadaption of DP framework (CADE ’11)

modular combination of different techniques

automated and more powerful than previous approaches

(4)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . ) Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting) new approach: directadaption of DP framework (CADE ’11)

modular combination of different techniques

automated and more powerful than previous approaches

(5)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . ) Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity

adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting) new approach: directadaption of DP framework (CADE ’11)

modular combination of different techniques

automated and more powerful than previous approaches

(6)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . ) Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting) new approach: directadaption of DP framework (CADE ’11)

modular combination of different techniques

automated and more powerful than previous approaches

(7)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . ) Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting) new approach: directadaption of DP framework (CADE ’11)

modular combination of different techniques

automated and more powerful than previous approaches

(8)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . ) Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting)

new approach: directadaption of DP framework (CADE ’11) modular combination of different techniques

automated and more powerful than previous approaches

(9)

Termination Analysis of TRSs

useful for termination ofprograms (Java, Haskell, Prolog, . . . ) Dependency Pair Framework

modular combination of different techniques automatable

Complexity Analysis of TRSs

should be useful for ofprograms⇒ Innermost Runtime Complexity adaptDependency Pair Framework

Hirokawa & Moser (IJCAR ’08, LPAR ’08) first adaption of DPs for complexity not modular

Zankl & Korp (RTA ’10)

modular approach based on relative rewriting forDerivational Complexity

(cannot exploit strength of DPs for innermost rewriting) new approach: directadaption of DP framework (CADE ’11)

modular combination of different techniques

automated and more powerful than previous approaches

(10)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht

dh(double(sk(0)))=k+ 1 dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0) Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(11)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0) Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(12)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0) Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(13)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0) Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(14)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0)

Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(15)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0) Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(16)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0)

Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(17)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0)

Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n ιR=Pol0 iff length ∈ O(1)

ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(18)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0)

Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n)

ιR=Pol2 iff length ∈ O(n2) . . . Example: ιR=Pol1

(19)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0)

Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(20)

Innermost Runtime Complexity

R: double(0) → 0

double(s(x)) → s(s(double(x)))

Derivation Height dh(t): length of longest →i R-sequence witht dh(double(sk(0)))=k+ 1

dh(doublek(s(0)))2k

Basic Terms f(t1, . . . ,tn)

f defined symbol (double), t1, . . . ,tn no defined symbols (s,0)

Complexity ιR of TRS R:

length of longest →i R-sequence with basic termt where|t| ≤n

ιR=Pol0 iff length ∈ O(1) ιR =Pol1 iff length∈ O(n) ιR=Pol2 iff length ∈ O(n2) . . .

Example: ιR=Pol1

(21)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol m

]

(x,y)if

]

(gt(x,y),x,y) if

]

(true,x,y)m

]

(p(x),y) m

]

(x,y)gt

]

(x,y) if

]

(true,x,y)p

]

(x) gt

]

(s(n),s(k))gt

]

(n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(22)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol m

]

(x,y)if

]

(gt(x,y),x,y) if

]

(true,x,y)m

]

(p(x),y) m

]

(x,y)gt

]

(x,y) if

]

(true,x,y)p

]

(x) gt

]

(s(n),s(k))gt

]

(n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(23)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol

m

]

(x,y)if

]

(gt(x,y),x,y) if

]

(true,x,y)m

]

(p(x),y) m

]

(x,y)gt

]

(x,y) if

]

(true,x,y)p

]

(x) gt

]

(s(n),s(k))gt

]

(n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(24)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol

m

]

(x,y)if

]

(gt(x,y),x,y) if

]

(true,x,y)m

]

(p(x),y) m

]

(x,y)gt

]

(x,y) if

]

(true,x,y)p

]

(x) gt

]

(s(n),s(k))gt

]

(n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(25)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol m

]

(x,y)if

]

(gt(x,y),x,y) if

]

(true,x,y)m

]

(p(x),y) m

]

(x,y)gt

]

(x,y) if

]

(true,x,y)p

]

(x) gt

]

(s(n),s(k))gt

]

(n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(26)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol m](x,y)if](gt(x,y),x,y) if](true,x,y)m](p(x),y) m](x,y)gt](x,y) if](true,x,y)p](x)

gt](s(n),s(k))gt](n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(27)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol m](x,y)if](gt(x,y),x,y) if](true,x,y)m](p(x),y) m](x,y)gt](x,y) if](true,x,y)p](x)

gt](s(n),s(k))gt](n,k)

Complexity Analysis: Dependency Tuples

compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(28)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol m](x,y)if](gt(x,y),x,y) if](true,x,y)m](p(x),y) m](x,y)gt](x,y) if](true,x,y)p](x)

gt](s(n),s(k))gt](n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(29)

Dependency Tuples

m(x,y)if(gt(x,y),x,y) gt(0,k)false p(0)0 if(true,x,y)s(m(p(x),y)) gt(s(n),0)true p(s(n))n if(false,x,y)0 gt(s(n),s(k))gt(n,k)

Termination Analysis: Dependency Pairs

compare lhs with subterms of rhs that start with definedsymbol m](x,y)if](gt(x,y),x,y) if](true,x,y)m](p(x),y) m](x,y)gt](x,y) if](true,x,y)p](x)

gt](s(n),s(k))gt](n,k)

Complexity Analysis: Dependency Tuples compare lhs with alldefined subterms of rhsat once

m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0

if](false,x,y)Com0 gt](0,k)Com0 gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k))

(30)

Chain Trees

DT(R) : m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0 if](false,x,y)Com0 gt](0,k)Com0

gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k)) (D,R)-Chain Tree:

Edgeσ1(

u]Comn(v1], . . . ,vn])

) toσ2(w]Comm(. . .)) if vi]σ1i R w]σ2

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0))

if](true,s(0),0)Com2(m](p(s(0)),0),p](s(0))) gt](s(0),0)Com0

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0)) p](s(0))Com0

if](false,s(0),0)Com0 gt](s(0),0)Com0

(31)

Chain Trees

DT(R) : m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0 if](false,x,y)Com0 gt](0,k)Com0

gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k)) (D,R)-Chain Tree:

Edgeσ1(

u]Comn(v1], . . . ,vn])

) toσ2(w]Comm(. . .)) if vi]σ1i R w]σ2

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0))

if](true,s(0),0)Com2(m](p(s(0)),0),p](s(0))) gt](s(0),0)Com0

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0)) p](s(0))Com0

if](false,s(0),0)Com0 gt](s(0),0)Com0

(32)

Chain Trees

DT(R) : m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0 if](false,x,y)Com0 gt](0,k)Com0

gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k)) (D,R)-Chain Tree:

Edge

σ1(u]Comn(v1], . . . ,vn]))

toσ2(w]Comm(. . .)) if vi]σ1i R w]σ2

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0))

if](true,s(0),0)Com2(m](p(s(0)),0),p](s(0))) gt](s(0),0)Com0

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0)) p](s(0))Com0

if](false,s(0),0)Com0 gt](s(0),0)Com0

(33)

Chain Trees

DT(R) : m](x,y)Com2(if](gt(x,y),x,y),gt](x,y)) p](0)Com0

if](true,x,y)Com2(m](p(x),y),p](x)) p](s(n))Com0 if](false,x,y)Com0 gt](0,k)Com0

gt](s(n),0)Com0

gt](s(n),s(k))Com1(gt](n,k)) (D,R)-Chain Tree:

Edgeσ1(u]Comn(v1], . . . ,vn])) to σ2(w]Comm(. . .)) if vi]σ1i Rw]σ2

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0))

if](true,s(0),0)Com2(m](p(s(0)),0),p](s(0))) gt](s(0),0)Com0

m](s(0),0)Com2(if](gt(s(0),0),s(0),0),gt](s(0),0)) p](s(0))Com0

if](false,s(0),0)Com0 gt](s(0),0)Com0

Referenzen

ÄHNLICHE DOKUMENTE

Having described the activity of the systems analyst as craft- man's work applied to the solution of problems involving intellec- tual constructs, i t is now appropriate to examine

interest (e.g., a new town setting). The rank ordered issues are commonly understood by members of the system of interest and thus might be called a goal set. However, no effort

Context data describe the environment where the move- ment takes place: properties of the locations, properties of the time units, spatial objects existing in the space, and/or

The dependency pair approach is one of the most powerful techniques for automated (innermost) termination proofs of term rewrite systems (TRSs).. For any TRS, it generates

Using different setups the engine can be used either for simple face detection or for more complex tasks like gender classification, tracking of faces, the analysis of facial

Presenter, the presentation component of the digital lecture hall project [14], has been implemented according to our framework and its underlying design goals. It

The paper undertook an empirical exercise to show the construction of spillover variables  taking  into  account  quality  differences  that  exist  among 

For instance, cultivation of land by a tractor can be governed in different ways: a farmer can buy (unified ownership), rent (rent contract) or lease a tractor (input and