We consider the system Applicative_first_order_05__21. Alphabet: !facplus : [a * a] --> a !factimes : [a * a] --> a 0 : [] --> a cons : [c * d] --> d fact : [a] --> a false : [] --> b filter : [c -> b * d] --> d filter2 : [b * c -> b * c * d] --> d map : [c -> c * d] --> d nil : [] --> d p : [a] --> a s : [a] --> a true : [] --> b Rules: p(s(x)) => x fact(0) => s(0) fact(s(x)) => !factimes(s(x), fact(p(s(x)))) !factimes(0, x) => 0 !factimes(s(x), y) => !facplus(!factimes(x, y), y) !facplus(x, 0) => x !facplus(x, s(y)) => s(!facplus(x, y)) 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) This AFS is converted to an AFSM simply by replacing all free variables by meta-variables (with arity 0). We observe that the rules contain a first-order subset: p(s(X)) => X fact(0) => s(0) fact(s(X)) => !factimes(s(X), fact(p(s(X)))) !factimes(0, X) => 0 !factimes(s(X), Y) => !facplus(!factimes(X, Y), Y) !facplus(X, 0) => X !facplus(X, s(Y)) => s(!facplus(X, Y)) Moreover, the system is orthogonal. Thus, by [Kop12, Thm. 7.55], we may omit all first-order dependency pairs from the dependency pair problem (DP(R), R) if this first-order part is terminating when seen as a many-sorted first-order TRS. According to mutermprover, this system is indeed terminating: || || Problem 1: || || (VAR %X %Y) || (RULES || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ) || || Problem 1: || || Innermost Equivalent Processor: || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || -> The term rewriting system is non-overlaping or locally confluent overlay system. Therefore, innermost termination implies termination. || || || Problem 1: || || Dependency Pairs Processor: || -> Pairs: || !FACPLUS(%X,s(%Y)) -> !FACPLUS(%X,%Y) || !FACTIMES(s(%X),%Y) -> !FACPLUS(!factimes(%X,%Y),%Y) || !FACTIMES(s(%X),%Y) -> !FACTIMES(%X,%Y) || FACT(s(%X)) -> !FACTIMES(s(%X),fact(p(s(%X)))) || FACT(s(%X)) -> FACT(p(s(%X))) || FACT(s(%X)) -> P(s(%X)) || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || || Problem 1: || || SCC Processor: || -> Pairs: || !FACPLUS(%X,s(%Y)) -> !FACPLUS(%X,%Y) || !FACTIMES(s(%X),%Y) -> !FACPLUS(!factimes(%X,%Y),%Y) || !FACTIMES(s(%X),%Y) -> !FACTIMES(%X,%Y) || FACT(s(%X)) -> !FACTIMES(s(%X),fact(p(s(%X)))) || FACT(s(%X)) -> FACT(p(s(%X))) || FACT(s(%X)) -> P(s(%X)) || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->Strongly Connected Components: || ->->Cycle: || ->->-> Pairs: || !FACPLUS(%X,s(%Y)) -> !FACPLUS(%X,%Y) || ->->-> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->->Cycle: || ->->-> Pairs: || !FACTIMES(s(%X),%Y) -> !FACTIMES(%X,%Y) || ->->-> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->->Cycle: || ->->-> Pairs: || FACT(s(%X)) -> FACT(p(s(%X))) || ->->-> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || || || The problem is decomposed in 3 subproblems. || || Problem 1.1: || || Subterm Processor: || -> Pairs: || !FACPLUS(%X,s(%Y)) -> !FACPLUS(%X,%Y) || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->Projection: || pi(!FACPLUS) = 2 || || Problem 1.1: || || SCC Processor: || -> Pairs: || Empty || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->Strongly Connected Components: || There is no strongly connected component || || The problem is finite. || || Problem 1.2: || || Subterm Processor: || -> Pairs: || !FACTIMES(s(%X),%Y) -> !FACTIMES(%X,%Y) || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->Projection: || pi(!FACTIMES) = 1 || || Problem 1.2: || || SCC Processor: || -> Pairs: || Empty || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->Strongly Connected Components: || There is no strongly connected component || || The problem is finite. || || Problem 1.3: || || Reduction Pairs Processor: || -> Pairs: || FACT(s(%X)) -> FACT(p(s(%X))) || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || -> Usable rules: || p(s(%X)) -> %X || ->Interpretation type: || Linear || ->Coefficients: || All rationals || ->Dimension: || 1 || ->Bound: || 2 || ->Interpretation: || || [p](X) = 1/2.X || [s](X) = 2.X + 1/2 || [FACT](X) = 2.X || || Problem 1.3: || || SCC Processor: || -> Pairs: || Empty || -> Rules: || !facplus(%X,0) -> %X || !facplus(%X,s(%Y)) -> s(!facplus(%X,%Y)) || !factimes(0,%X) -> 0 || !factimes(s(%X),%Y) -> !facplus(!factimes(%X,%Y),%Y) || fact(0) -> s(0) || fact(s(%X)) -> !factimes(s(%X),fact(p(s(%X)))) || p(s(%X)) -> %X || ->Strongly Connected Components: || There is no strongly connected component || || The problem is finite. || 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 [FuhKop19]). We thus obtain the following dependency pair problem (P_0, R_0, computable, formative): Dependency Pairs P_0: 0] map#(F, cons(X, Y)) =#> map#(F, Y) 1] filter#(F, cons(X, Y)) =#> filter2#(F X, F, X, Y) 2] filter2#(true, F, X, Y) =#> filter#(F, Y) 3] filter2#(false, F, X, Y) =#> filter#(F, Y) Rules R_0: p(s(X)) => X fact(0) => s(0) fact(s(X)) => !factimes(s(X), fact(p(s(X)))) !factimes(0, X) => 0 !factimes(s(X), Y) => !facplus(!factimes(X, Y), Y) !facplus(X, 0) => X !facplus(X, s(Y)) => s(!facplus(X, Y)) 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, computable, formative) is finite. We consider the dependency pair problem (P_0, R_0, computable, 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 : 0 * 1 : 2, 3 * 2 : 1 * 3 : 1 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, computable, formative) and (P_2, R_0, computable, formative) is finite. We consider the dependency pair problem (P_2, R_0, computable, formative). We apply the subterm criterion with the following projection function: nu(filter2#) = 4 nu(filter#) = 2 Thus, we can orient the dependency pairs as follows: nu(filter#(F, cons(X, Y))) = cons(X, Y) |> Y = nu(filter2#(F X, F, X, Y)) nu(filter2#(true, F, X, Y)) = Y = Y = nu(filter#(F, Y)) nu(filter2#(false, F, X, Y)) = Y = Y = nu(filter#(F, Y)) By [FuhKop19, Thm. 61], we may replace a dependency pair problem (P_2, R_0, computable, f) by (P_3, R_0, computable, f), where P_3 contains: filter2#(true, F, X, Y) =#> filter#(F, Y) filter2#(false, F, X, Y) =#> filter#(F, Y) Thus, the original system is terminating if each of (P_1, R_0, computable, formative) and (P_3, R_0, computable, formative) is finite. We consider the dependency pair problem (P_3, R_0, computable, 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 : This graph has no strongly connected components. By [Kop12, Thm. 7.31], this implies finiteness of the dependency pair problem. Thus, the original system is terminating if (P_1, R_0, computable, formative) is finite. We consider the dependency pair problem (P_1, R_0, computable, formative). We apply the subterm criterion with the following projection function: nu(map#) = 2 Thus, we can orient the dependency pairs as follows: nu(map#(F, cons(X, Y))) = cons(X, Y) |> Y = nu(map#(F, Y)) By [FuhKop19, Thm. 61], we may replace a dependency pair problem (P_1, R_0, computable, f) by ({}, R_0, computable, f). 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 +++ [FuhKop19] C. Fuhs, and C. Kop. A static higher-order dependency pair framework. In Proceedings of ESOP 2019, 2019. [Kop12] C. Kop. Higher Order Termination. PhD Thesis, 2012. [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.