We consider the system Applicative_first_order_05__#3.32.

  Alphabet:

    a : [] --> a 
    b : [] --> a 
    cons : [e * f] --> f 
    f : [a] --> b 
    false : [] --> d 
    filter : [e -> d * f] --> f 
    filter2 : [d * e -> d * e * f] --> f 
    g : [a] --> c 
    map : [e -> e * f] --> f 
    nil : [] --> f 
    true : [] --> d 

  Rules:

    f(a) => f(b) 
    g(b) => g(a) 
    map(h, nil) => nil 
    map(h, cons(x, y)) => cons(h x, map(h, y)) 
    filter(h, nil) => nil 
    filter(h, cons(x, y)) => filter2(h x, h, x, y) 
    filter2(true, h, x, y) => cons(x, filter(h, y)) 
    filter2(false, h, x, y) => filter(h, y) 

This AFS is converted to an AFSM simply by replacing all free variables by meta-variables (with arity 0).

We use the dependency pair framework as described in [Kop12, Ch. 6/7], with static dependency pairs (see [KusIsoSakBla09] and the adaptation for AFSMs and accessible arguments in [Kop13]).

We thus obtain the following dependency pair problem (P_0, R_0, static, formative):

  Dependency Pairs P_0:

    0] f#(a) =#> f#(b)   
    1] g#(b) =#> g#(a)   
    2] map#(F, cons(X, Y)) =#> map#(F, Y)   
    3] filter#(F, cons(X, Y)) =#> filter2#(F X, F, X, Y)   
    4] filter2#(true, F, X, Y) =#> filter#(F, Y)   
    5] filter2#(false, F, X, Y) =#> filter#(F, Y)   

  Rules R_0:

    f(a) => f(b) 
    g(b) => g(a) 
    map(F, nil) => nil 
    map(F, cons(X, Y)) => cons(F X, map(F, Y)) 
    filter(F, nil) => nil 
    filter(F, cons(X, Y)) => filter2(F X, F, X, Y) 
    filter2(true, F, X, Y) => cons(X, filter(F, Y)) 
    filter2(false, F, X, Y) => filter(F, Y) 

Thus, the original system is terminating if (P_0, R_0, static, formative) is finite.

We consider the dependency pair problem (P_0, R_0, static, formative).

We place the elements of P in a dependency graph approximation G (see e.g. [Kop12, Thm. 7.27, 7.29], as follows:

    * 0 :  
    * 1 :  
    * 2 : 2 
    * 3 : 4, 5 
    * 4 : 3 
    * 5 : 3 

This graph has the following strongly connected components:

  P_1:

    map#(F, cons(X, Y)) =#> map#(F, Y)   

  P_2:

    filter#(F, cons(X, Y)) =#> filter2#(F X, F, X, Y)   
    filter2#(true, F, X, Y) =#> filter#(F, Y)   
    filter2#(false, F, X, Y) =#> filter#(F, Y)   

By [Kop12, Thm. 7.31], we may replace any dependency pair problem (P_0, R_0, m, f) by (P_1, R_0, m, f) and (P_2, R_0, m, f).

Thus, the original system is terminating if each of (P_1, R_0, static, formative) and (P_2, R_0, static, formative) is finite.

We consider the dependency pair problem (P_2, R_0, static, formative).

We will use the reduction pair processor [Kop12, Thm. 7.16].  It suffices to find a standard reduction pair [Kop12, Def. 6.69].  Thus, we must orient:

  filter#(F, cons(X, Y)) >? filter2#(F X, F, X, Y) 
  filter2#(true, F, X, Y) >? filter#(F, Y) 
  filter2#(false, F, X, Y) >? filter#(F, Y) 
  f(a) >= f(b) 
  g(b) >= g(a) 
  map(F, nil) >= nil 
  map(F, cons(X, Y)) >= cons(F X, map(F, Y)) 
  filter(F, nil) >= nil 
  filter(F, cons(X, Y)) >= filter2(F X, F, X, Y) 
  filter2(true, F, X, Y) >= cons(X, filter(F, Y)) 
  filter2(false, F, X, Y) >= filter(F, Y) 

We orient these requirements with a polynomial interpretation in the natural numbers.

The following interpretation satisfies the requirements:

  a = 0 
  b = 0 
  cons = \y0y1.2 + y1 
  f = \y0.0 
  false = 3 
  filter = \G0y1.2y1 
  filter2 = \y0G1y2y3.2 + 2y3 
  filter2# = \y0G1y2y3.1 + y3 + 2G1(y3) + y3G1(y3) 
  filter# = \G0y1.y1 + y1G0(y1) 
  g = \y0.0 
  map = \G0y1.2y1 
  nil = 0 
  true = 3 

Using this interpretation, the requirements translate to:

  [[filter#(_F0, cons(_x1, _x2))]] = 2 + x2 + 2F0(2 + x2) + x2F0(2 + x2) > 1 + x2 + 2F0(x2) + x2F0(x2) = [[filter2#(_F0 _x1, _F0, _x1, _x2)]] 
  [[filter2#(true, _F0, _x1, _x2)]] = 1 + x2 + 2F0(x2) + x2F0(x2) > x2 + x2F0(x2) = [[filter#(_F0, _x2)]] 
  [[filter2#(false, _F0, _x1, _x2)]] = 1 + x2 + 2F0(x2) + x2F0(x2) > x2 + x2F0(x2) = [[filter#(_F0, _x2)]] 
  [[f(a)]] = 0 >= 0 = [[f(b)]] 
  [[g(b)]] = 0 >= 0 = [[g(a)]] 
  [[map(_F0, nil)]] = 0 >= 0 = [[nil]] 
  [[map(_F0, cons(_x1, _x2))]] = 4 + 2x2 >= 2 + 2x2 = [[cons(_F0 _x1, map(_F0, _x2))]] 
  [[filter(_F0, nil)]] = 0 >= 0 = [[nil]] 
  [[filter(_F0, cons(_x1, _x2))]] = 4 + 2x2 >= 2 + 2x2 = [[filter2(_F0 _x1, _F0, _x1, _x2)]] 
  [[filter2(true, _F0, _x1, _x2)]] = 2 + 2x2 >= 2 + 2x2 = [[cons(_x1, filter(_F0, _x2))]] 
  [[filter2(false, _F0, _x1, _x2)]] = 2 + 2x2 >= 2x2 = [[filter(_F0, _x2)]] 

By the observations in [Kop12, Sec. 6.6], this reduction pair suffices; we may thus replace a dependency pair problem (P_2, R_0) by ({}, R_0).  By the empty set processor [Kop12, Thm. 7.15] this problem may be immediately removed.

Thus, the original system is terminating if (P_1, R_0, static, formative) is finite.

We consider the dependency pair problem (P_1, R_0, static, formative).

We will use the reduction pair processor with usable rules [Kop12, Thm. 7.44].  (P_1, R_0) has no usable rules.

It suffices to find a standard reduction pair [Kop12, Def. 6.69].  Thus, we must orient:

  map#(F, cons(X, Y)) >? map#(F, Y) 

We orient these requirements with a polynomial interpretation in the natural numbers.

The following interpretation satisfies the requirements:

  cons = \y0y1.3 + 2y1 
  map# = \G0y1.y1 

Using this interpretation, the requirements translate to:

  [[map#(_F0, cons(_x1, _x2))]] = 3 + 2x2 > x2 = [[map#(_F0, _x2)]] 

By the observations in [Kop12, Sec. 6.6], this reduction pair suffices; we may thus replace a dependency pair problem (P_1, R_0) by ({}, R_0).  By the empty set processor [Kop12, Thm. 7.15] this problem may be immediately removed.

As all dependency pair problems were succesfully simplified with sound (and complete) processors until nothing remained, we conclude termination.


+++ Citations +++

[Kop12]  C. Kop.  Higher Order Termination.  PhD Thesis, 2012.
[Kop13]  C. Kop.  Static Dependency Pairs with Accessibility.  Unpublished manuscript, http://cl-informatik.uibk.ac.at/users/kop/static.pdf, 2013.
[KusIsoSakBla09]  K. Kusakari, Y. Isogai, M. Sakai, and F. Blanqui.  Static Dependency Pair Method Based On Strong Computability for Higher-Order Rewrite Systems.  In volume 92(10) of IEICE Transactions on Information and Systems.  2007--2015, 2009.