Termination w.r.t. Q proof of /tmp/tmp-KNJYq/Ex2_Luc03b

Termination w.r.t. Q of the given QTRS could be proven:

0 QTRS

↳1 DependencyPairsProof (⇔)

↳2 QDP

↳3 DependencyGraphProof (⇔)

↳4 QDP

↳5 QDPOrderProof (⇔)

↳6 QDP

↳7 DependencyGraphProof (⇔)

↳8 QDP

↳9 QDPOrderProof (⇔)

↳10 QDP

↳11 QDPOrderProof (⇔)

↳12 QDP

↳13 DependencyGraphProof (⇔)

↳14 TRUE

(0) Obligation:

Q restricted rewrite system:
The TRS R consists of the following rules:

fst(0, Z) → nil
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
add(0, X) → X
add(s(X), Y) → s(n__add(activate(X), Y))
len(nil) → 0
len(cons(X, Z)) → s(n__len(activate(Z)))
fst(X1, X2) → n__fst(X1, X2)
from(X) → n__from(X)
s(X) → n__s(X)
add(X1, X2) → n__add(X1, X2)
len(X) → n__len(X)
activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X

Q is empty.

(1) DependencyPairsProof (EQUIVALENT transformation)

Using Dependency Pairs [AG00,LPAR04] we result in the following initial DP problem.

(2) Obligation:

Q DP problem:
The TRS P consists of the following rules:

FST(s(X), cons(Y, Z)) → ACTIVATE(X)
FST(s(X), cons(Y, Z)) → ACTIVATE(Z)
ADD(s(X), Y) → S(n__add(activate(X), Y))
ADD(s(X), Y) → ACTIVATE(X)
LEN(cons(X, Z)) → S(n__len(activate(Z)))
LEN(cons(X, Z)) → ACTIVATE(Z)
ACTIVATE(n__fst(X1, X2)) → FST(activate(X1), activate(X2))
ACTIVATE(n__fst(X1, X2)) → ACTIVATE(X1)
ACTIVATE(n__fst(X1, X2)) → ACTIVATE(X2)
ACTIVATE(n__from(X)) → FROM(activate(X))
ACTIVATE(n__from(X)) → ACTIVATE(X)
ACTIVATE(n__s(X)) → S(X)
ACTIVATE(n__add(X1, X2)) → ADD(activate(X1), activate(X2))
ACTIVATE(n__add(X1, X2)) → ACTIVATE(X1)
ACTIVATE(n__add(X1, X2)) → ACTIVATE(X2)
ACTIVATE(n__len(X)) → LEN(activate(X))
ACTIVATE(n__len(X)) → ACTIVATE(X)

The TRS R consists of the following rules:

fst(0, Z) → nil
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
add(0, X) → X
add(s(X), Y) → s(n__add(activate(X), Y))
len(nil) → 0
len(cons(X, Z)) → s(n__len(activate(Z)))
fst(X1, X2) → n__fst(X1, X2)
from(X) → n__from(X)
s(X) → n__s(X)
add(X1, X2) → n__add(X1, X2)
len(X) → n__len(X)
activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X

Q is empty.
We have to consider all minimal (P,Q,R)-chains.

(3) DependencyGraphProof (EQUIVALENT transformation)

The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 1 SCC with 4 less nodes.

(4) Obligation:

Q DP problem:
The TRS P consists of the following rules:

ACTIVATE(n__fst(X1, X2)) → FST(activate(X1), activate(X2))
FST(s(X), cons(Y, Z)) → ACTIVATE(X)
ACTIVATE(n__fst(X1, X2)) → ACTIVATE(X1)
ACTIVATE(n__fst(X1, X2)) → ACTIVATE(X2)
ACTIVATE(n__from(X)) → ACTIVATE(X)
ACTIVATE(n__add(X1, X2)) → ADD(activate(X1), activate(X2))
ADD(s(X), Y) → ACTIVATE(X)
ACTIVATE(n__add(X1, X2)) → ACTIVATE(X1)
ACTIVATE(n__add(X1, X2)) → ACTIVATE(X2)
ACTIVATE(n__len(X)) → LEN(activate(X))
LEN(cons(X, Z)) → ACTIVATE(Z)
ACTIVATE(n__len(X)) → ACTIVATE(X)
FST(s(X), cons(Y, Z)) → ACTIVATE(Z)

The TRS R consists of the following rules:

fst(0, Z) → nil
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
add(0, X) → X
add(s(X), Y) → s(n__add(activate(X), Y))
len(nil) → 0
len(cons(X, Z)) → s(n__len(activate(Z)))
fst(X1, X2) → n__fst(X1, X2)
from(X) → n__from(X)
s(X) → n__s(X)
add(X1, X2) → n__add(X1, X2)
len(X) → n__len(X)
activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X

Q is empty.
We have to consider all minimal (P,Q,R)-chains.

(5) QDPOrderProof (EQUIVALENT transformation)

We use the reduction pair processor [LPAR04].

The following pairs can be oriented strictly and are deleted.

ACTIVATE(n__fst(X1, X2)) → FST(activate(X1), activate(X2))
FST(s(X), cons(Y, Z)) → ACTIVATE(X)
ACTIVATE(n__fst(X1, X2)) → ACTIVATE(X1)
ACTIVATE(n__fst(X1, X2)) → ACTIVATE(X2)
ACTIVATE(n__from(X)) → ACTIVATE(X)
ACTIVATE(n__add(X1, X2)) → ADD(activate(X1), activate(X2))
ADD(s(X), Y) → ACTIVATE(X)
ACTIVATE(n__add(X1, X2)) → ACTIVATE(X1)
ACTIVATE(n__add(X1, X2)) → ACTIVATE(X2)

The remaining pairs can at least be oriented weakly.
Used ordering: SCNP Order with the following components:
Level mapping:
Top level AFS:
ACTIVATE(x1) = ACTIVATE(x1)
FST(x1, x2) = FST(x1, x2)
ADD(x1, x2) = ADD(x1, x2)
LEN(x1) = LEN(x1)

Tags:
ACTIVATE has tags [1]
FST has tags [4,1]
ADD has tags [6,2]
LEN has tags [1]

Comparison: MAX
Underlying order for the size change arcs and the rules of R:
Combined order from the following AFS and order.
n__fst(x1, x2) = n__fst(x1, x2)
activate(x1) = x1
s(x1) = x1
cons(x1, x2) = x2
n__from(x1) = n__from(x1)
n__add(x1, x2) = n__add(x1, x2)
n__len(x1) = x1
fst(x1, x2) = fst(x1, x2)
from(x1) = from(x1)
n__s(x1) = x1
add(x1, x2) = add(x1, x2)
len(x1) = x1
0 = 0
nil = nil

Recursive path order with status [RPO].
Quasi-Precedence:

[n_{_fst₂}, fst₂] > [n_{_from₁}, from₁]
[n_{_add₂}, add₂] > [n_{_from₁}, from₁]
[0, nil] > [n_{_from₁}, from₁]

Status:

n_{_fst₂}: multiset
n_{_from₁}: [1]
n_{_add₂}: multiset
fst₂: multiset
from₁: [1]
add₂: multiset
0: multiset
nil: multiset

The following usable rules [FROCOS05] were oriented:

activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
add(s(X), Y) → s(n__add(activate(X), Y))
len(cons(X, Z)) → s(n__len(activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
from(X) → n__from(X)
fst(0, Z) → nil
fst(X1, X2) → n__fst(X1, X2)
add(0, X) → X
add(X1, X2) → n__add(X1, X2)
len(nil) → 0
len(X) → n__len(X)
s(X) → n__s(X)

(6) Obligation:

Q DP problem:
The TRS P consists of the following rules:

ACTIVATE(n__len(X)) → LEN(activate(X))
LEN(cons(X, Z)) → ACTIVATE(Z)
ACTIVATE(n__len(X)) → ACTIVATE(X)
FST(s(X), cons(Y, Z)) → ACTIVATE(Z)

The TRS R consists of the following rules:

fst(0, Z) → nil
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
add(0, X) → X
add(s(X), Y) → s(n__add(activate(X), Y))
len(nil) → 0
len(cons(X, Z)) → s(n__len(activate(Z)))
fst(X1, X2) → n__fst(X1, X2)
from(X) → n__from(X)
s(X) → n__s(X)
add(X1, X2) → n__add(X1, X2)
len(X) → n__len(X)
activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X

Q is empty.
We have to consider all minimal (P,Q,R)-chains.

(7) DependencyGraphProof (EQUIVALENT transformation)

The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 1 SCC with 1 less node.

(8) Obligation:

Q DP problem:
The TRS P consists of the following rules:

LEN(cons(X, Z)) → ACTIVATE(Z)
ACTIVATE(n__len(X)) → LEN(activate(X))
ACTIVATE(n__len(X)) → ACTIVATE(X)

The TRS R consists of the following rules:

fst(0, Z) → nil
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
add(0, X) → X
add(s(X), Y) → s(n__add(activate(X), Y))
len(nil) → 0
len(cons(X, Z)) → s(n__len(activate(Z)))
fst(X1, X2) → n__fst(X1, X2)
from(X) → n__from(X)
s(X) → n__s(X)
add(X1, X2) → n__add(X1, X2)
len(X) → n__len(X)
activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X

Q is empty.
We have to consider all minimal (P,Q,R)-chains.

(9) QDPOrderProof (EQUIVALENT transformation)

We use the reduction pair processor [LPAR04].

The following pairs can be oriented strictly and are deleted.

ACTIVATE(n__len(X)) → ACTIVATE(X)

The remaining pairs can at least be oriented weakly.
Used ordering: SCNP Order with the following components:
Level mapping:
Top level AFS:
LEN(x1) = LEN(x1)
ACTIVATE(x1) = ACTIVATE(x1)

Tags:
LEN has tags [0]
ACTIVATE has tags [0]

Comparison: MAX
Underlying order for the size change arcs and the rules of R:
Combined order from the following AFS and order.
cons(x1, x2) = x2
n__len(x1) = n__len(x1)
activate(x1) = activate(x1)
n__fst(x1, x2) = n__fst
fst(x1, x2) = fst
n__from(x1) = n__from(x1)
from(x1) = from(x1)
n__s(x1) = n__s
s(x1) = s
n__add(x1, x2) = n__add(x1, x2)
add(x1, x2) = add(x1, x2)
len(x1) = len(x1)
0 = 0
nil = nil

Recursive path order with status [RPO].
Quasi-Precedence:

[n_{_len₁}, activate₁, s, len₁] > [fst, 0, nil] > n_{_fst}
[n_{_len₁}, activate₁, s, len₁] > from₁ > n_{_from₁}
[n_{_len₁}, activate₁, s, len₁] > from₁ > n_{_s}
[n_{_len₁}, activate₁, s, len₁] > add₂ > n_{_add₂}

Status:

n_{_len₁}: [1]
activate₁: [1]
n_{_fst}: multiset
fst: multiset
n_{_from₁}: multiset
from₁: [1]
n_{_s}: multiset
s: []
n_{_add₂}: multiset
add₂: multiset
len₁: [1]
0: multiset
nil: multiset

The following usable rules [FROCOS05] were oriented:

activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
add(s(X), Y) → s(n__add(activate(X), Y))
len(cons(X, Z)) → s(n__len(activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
from(X) → n__from(X)
fst(0, Z) → nil
fst(X1, X2) → n__fst(X1, X2)
add(0, X) → X
add(X1, X2) → n__add(X1, X2)
len(nil) → 0
len(X) → n__len(X)
s(X) → n__s(X)

(10) Obligation:

Q DP problem:
The TRS P consists of the following rules:

LEN(cons(X, Z)) → ACTIVATE(Z)
ACTIVATE(n__len(X)) → LEN(activate(X))

The TRS R consists of the following rules:

fst(0, Z) → nil
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
add(0, X) → X
add(s(X), Y) → s(n__add(activate(X), Y))
len(nil) → 0
len(cons(X, Z)) → s(n__len(activate(Z)))
fst(X1, X2) → n__fst(X1, X2)
from(X) → n__from(X)
s(X) → n__s(X)
add(X1, X2) → n__add(X1, X2)
len(X) → n__len(X)
activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X

Q is empty.
We have to consider all minimal (P,Q,R)-chains.

(11) QDPOrderProof (EQUIVALENT transformation)

We use the reduction pair processor [LPAR04].

The following pairs can be oriented strictly and are deleted.

LEN(cons(X, Z)) → ACTIVATE(Z)

The remaining pairs can at least be oriented weakly.
Used ordering: SCNP Order with the following components:
Level mapping:
Top level AFS:
LEN(x1) = LEN(x1)
ACTIVATE(x1) = ACTIVATE(x1)

Tags:
LEN has tags [0]
ACTIVATE has tags [0]

Comparison: MAX
Underlying order for the size change arcs and the rules of R:
Combined order from the following AFS and order.
cons(x1, x2) = cons(x2)
n__len(x1) = n__len(x1)
activate(x1) = activate(x1)
n__fst(x1, x2) = n__fst
fst(x1, x2) = fst
n__from(x1) = n__from
from(x1) = from
n__s(x1) = n__s
s(x1) = s
n__add(x1, x2) = n__add(x1, x2)
add(x1, x2) = add(x1, x2)
len(x1) = len(x1)
0 = 0
nil = nil

Recursive path order with status [RPO].
Quasi-Precedence:

[n_{_len₁}, activate₁, from, n_{_s}, s, len₁] > fst > [cons₁, n_{_fst}, n_{_add₂}, 0, nil]
[n_{_len₁}, activate₁, from, n_{_s}, s, len₁] > n_{_from} > [cons₁, n_{_fst}, n_{_add₂}, 0, nil]
[n_{_len₁}, activate₁, from, n_{_s}, s, len₁] > add₂ > [cons₁, n_{_fst}, n_{_add₂}, 0, nil]

Status:

cons₁: multiset
n_{_len₁}: multiset
activate₁: multiset
n_{_fst}: multiset
fst: multiset
n_{_from}: []
from: multiset
n_{_s}: multiset
s: multiset
n_{_add₂}: multiset
add₂: multiset
len₁: multiset
0: multiset
nil: multiset

The following usable rules [FROCOS05] were oriented:

activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
add(s(X), Y) → s(n__add(activate(X), Y))
len(cons(X, Z)) → s(n__len(activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
from(X) → n__from(X)
fst(0, Z) → nil
fst(X1, X2) → n__fst(X1, X2)
add(0, X) → X
add(X1, X2) → n__add(X1, X2)
len(nil) → 0
len(X) → n__len(X)
s(X) → n__s(X)

(12) Obligation:

Q DP problem:
The TRS P consists of the following rules:

ACTIVATE(n__len(X)) → LEN(activate(X))

The TRS R consists of the following rules:

fst(0, Z) → nil
fst(s(X), cons(Y, Z)) → cons(Y, n__fst(activate(X), activate(Z)))
from(X) → cons(X, n__from(n__s(X)))
add(0, X) → X
add(s(X), Y) → s(n__add(activate(X), Y))
len(nil) → 0
len(cons(X, Z)) → s(n__len(activate(Z)))
fst(X1, X2) → n__fst(X1, X2)
from(X) → n__from(X)
s(X) → n__s(X)
add(X1, X2) → n__add(X1, X2)
len(X) → n__len(X)
activate(n__fst(X1, X2)) → fst(activate(X1), activate(X2))
activate(n__from(X)) → from(activate(X))
activate(n__s(X)) → s(X)
activate(n__add(X1, X2)) → add(activate(X1), activate(X2))
activate(n__len(X)) → len(activate(X))
activate(X) → X

Q is empty.
We have to consider all minimal (P,Q,R)-chains.

(13) DependencyGraphProof (EQUIVALENT transformation)

The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 0 SCCs with 1 less node.

(0) Obligation:

(1) DependencyPairsProof (EQUIVALENT transformation)

(2) Obligation:

(3) DependencyGraphProof (EQUIVALENT transformation)

(4) Obligation:

(5) QDPOrderProof (EQUIVALENT transformation)

(6) Obligation:

(7) DependencyGraphProof (EQUIVALENT transformation)

(8) Obligation:

(9) QDPOrderProof (EQUIVALENT transformation)

(10) Obligation:

(11) QDPOrderProof (EQUIVALENT transformation)

(12) Obligation:

(13) DependencyGraphProof (EQUIVALENT transformation)

(14) TRUE