Documentation

Mathlib.Tactic.IntervalCases

Case bash on variables in finite intervals #

This file provides the tactic interval_cases. interval_cases n will:

  1. inspect hypotheses looking for lower and upper bounds of the form a ≤ n or a < n and n < b or n ≤ b, including the bound 0 ≤ n for n : ℕ automatically.
  2. call fin_cases on the synthesised hypothesis n ∈ Set.Ico a b, assuming an appropriate Fintype instance can be found for the type of n.

Currently, n must be of type or (TODO: generalize).

You can also explicitly specify a lower and upper bound to use, as interval_cases using hl hu, where the hypotheses should be of the form hl : a ≤ n and hu : n < b. In that case, interval_cases calls fin_cases on the resulting hypothesis h : n ∈ Set.Ico a b.

The result of interval_cases is a list of goals, one for each integer value between the bounds.

  • rhs : Lean.Expr

    The target expression, a numeral in the input type

  • value :

    The numeric value of the target expression

  • The new subgoal, of the form ⊢ x = rhs → tgt

Instances For

    A Bound represents the result of analyzing a lower or upper bound expression. If e is the scrutinee expression, then a lower bound expression like 3 < e is normalized to ¬e ≤ 3 and represented as .lt 3, and an upper bound expression like e ≤ 5 is represented as .le 5.

    Instances For

      Assuming Bound represents a lower bound, this returns the (inclusive) least integer value which is allowed. So 3 ≤ e means the lower bound is 3 and 3 < e means the lower bound is 4.

      Equations
      Instances For

        Assuming Bound represents an upper bound, this returns the (inclusive) greatest integer value which is allowed. So e ≤ 3 means the lower bound is 3 and e < 3 means the upper bound is 2. Note that in the case of e < 0 on Nat the upper bound is -1, which is not representable as a Nat; this is why we have to treat the .lt and .le cases separately instead of normalizing everything to .le bounds.

        Equations
        Instances For

          Given a type ty (the type of a hypothesis in the context or a provided expression), attempt to parse it as an inequality, and return (a, b, strict, positive), where positive means it is a negated inequality and strict means it is a strict inequality (a < b or a ≱ b). a is always the lesser argument and b the greater one.

          Equations
          • One or more equations did not get rendered due to their size.
          Instances For

            A "typeclass" (not actually a class) of methods for the type-specific handling of interval_cases. To add support for a new type, you have to implement this interface and add a dispatch case for it in intervalCases.

            Instances For
              theorem Mathlib.Tactic.IntervalCases.of_not_lt_left {α : Type u_1} {a b a' : α} [LinearOrder α] (h : ¬a < b) (eq : a = a') :
              b a'
              theorem Mathlib.Tactic.IntervalCases.of_not_lt_right {α : Type u_1} {a b b' : α} [LinearOrder α] (h : ¬a < b) (eq : b = b') :
              b' a
              theorem Mathlib.Tactic.IntervalCases.of_not_le_left {α : Type u_1} {a b a' : α} [LE α] (h : ¬a b) (eq : a = a') :
              ¬a' b
              theorem Mathlib.Tactic.IntervalCases.of_not_le_right {α : Type u_1} {a b b' : α} [LE α] (h : ¬a b) (eq : b = b') :
              ¬a b'
              theorem Mathlib.Tactic.IntervalCases.of_lt_left {α : Type u_1} {a b a' : α} [LinearOrder α] (h : a < b) (eq : a = a') :
              ¬b a'
              theorem Mathlib.Tactic.IntervalCases.of_lt_right {α : Type u_1} {a b b' : α} [LinearOrder α] (h : a < b) (eq : b = b') :
              ¬b' a
              theorem Mathlib.Tactic.IntervalCases.of_le_left {α : Type u_1} {a b a' : α} [LE α] (h : a b) (eq : a = a') :
              a' b
              theorem Mathlib.Tactic.IntervalCases.of_le_right {α : Type u_1} {a b b' : α} [LE α] (h : a b) (eq : b = b') :
              a b'

              Given a proof pf, attempts to parse it as an upper (lb = false) or lower (lb = true) bound on n. If successful, it returns (bound, n, pf') where n is a numeral and pf' proves n ≤ e or n ≱ e (as described by bound).

              Equations
              • One or more equations did not get rendered due to their size.
              Instances For
                theorem Mathlib.Tactic.IntervalCases.le_of_not_le_of_le {α : Type u_1} {hi n lo : α} [LinearOrder α] (h1 : ¬hi n) (h2 : hi lo) :
                n lo

                Given (z1, e1, p1) a lower bound on e and (z2, e2, p2) an upper bound on e, such that the distance between the bounds is negative, returns a proof of False.

                Equations
                • One or more equations did not get rendered due to their size.
                Instances For

                  Given (z1, e1, p1) a lower bound on e and (z2, e2, p2) an upper bound on e, such that the distance between the bounds matches the number of cases in the subarray (which must be positive), proves the goal g using the metavariables in the array by recursive bisection. This is the core of the tactic, producing a case tree of if statements which bottoms out at the cases.

                  A Methods implementation for . This tells interval_cases how to work on natural numbers.

                  Instances For
                    theorem Int.add_one_le_of_not_le {a b : } (h : ¬b a) :
                    a + 1 b
                    theorem Int.le_sub_one_of_not_le {a b : } (h : ¬b a) :
                    a b - 1

                    A Methods implementation for . This tells interval_cases how to work on integers.

                    Instances For

                      intervalCases proves goal g by splitting into cases for each integer between the given bounds.

                      Parameters:

                      • g: the goal, which can have any type ⊢ tgt (it works in both proofs and programs)
                      • e: the scrutinee, the expression we are proving is bounded between integers
                      • e': a version of e used for error messages. (This is used by the interval_cases frontend tactic because it uses a fresh variable for e, so it is more helpful to show the pre-generalized expression in error messages.)
                      • lbs: A list of candidate lower bound expressions. The tactic will automatically pick the best lower bound it can find from the list.
                      • ubs: A list of candidate upper bound expressions. The tactic will automatically pick the best upper bound it can find from the list.
                      • mustUseBounds: If true, the tactic will fail if it is unable to parse any of the given ubs or lbs into bounds. If false (the default), these will be silently skipped and an error message is only produced if we could not find any bounds (including those supplied by the type itself, e.g. if we are working over Nat or Fin n).

                      Returns an array of IntervalCasesSubgoal, one per subgoal. A subgoal has the following fields:

                      • rhs: the numeral expression for this case
                      • value: the integral value of rhs
                      • goal: the subgoal of type ⊢ e = rhs → tgt

                      Note that this tactic does not perform any substitution or introduction steps - all subgoals are in the same context as goal itself.

                      Equations
                      • One or more equations did not get rendered due to their size.
                      Instances For

                        interval_cases n searches for upper and lower bounds on a variable n, and if bounds are found, splits into separate cases for each possible value of n.

                        As an example, in

                        example (n : ℕ) (w₁ : n ≥ 3) (w₂ : n < 5) : n = 3 ∨ n = 4 := by
                          interval_cases n
                          all_goals simp
                        

                        after interval_cases n, the goals are 3 = 3 ∨ 3 = 4 and 4 = 3 ∨ 4 = 4.

                        You can also explicitly specify a lower and upper bound to use, as interval_cases using hl, hu. The hypotheses should be in the form hl : a ≤ n and hu : n < b, in which case interval_cases calls fin_cases on the resulting fact n ∈ Set.Ico a b.

                        You can specify a name h for the new hypothesis, as interval_cases h : n or interval_cases h : n using hl, hu.

                        Equations
                        • One or more equations did not get rendered due to their size.
                        Instances For