kernel-Nat.add_eq_three_iff
- Kind
- kernel-term
- Status
- checked
Supports: ∀ {m n : ℕ}, m + n = 3 ↔ m = 0 ∧ n = 3 ∨ m = 1 ∧ n = 2 ∨ m = 2 ∧ n = 1 ∨ m = 3 ∧ n = 0
test "$(cargo run -q -p axeyum-lean-kernel --example nat_theorem_inventory -- add_eq_three_iff 2>/dev/null | grep -Ec '^Nat\.add_eq_three_iff[[:space:]]')" -ge 1 Evidence notes
`build_nat_prelude` admits `Nat.add_eq_three_iff` through the trusted `Kernel::add_declaration` gate, declared in `nat_prelude/add_basics.rs`. Declared by `declare_add_eq_lit_iff(d, p, p.add_eq_three_iff, 3)`, the same shared helper as `add_eq_one_iff`/`add_eq_two_iff` -- see that evidence for the `mp`/`mpr` construction; this is the deepest instance (4-way `Or`, bound walked from 3 down to 0). `nat_theorem_inventory`'s rendered type is `(x0,x1:AxNat)->Iff (Eq (add x0 x1) 3) (Or (And 0 3) (Or (And 1 2) (Or (And 2 1) (And 3 0))))`, matching this fact's `formal.statement`. `nat_theorem_inventory` exits non-zero for a name that does not exist, and the `grep -c` count (tested `-ge 1`, not piped into `grep -q`) requires the admitted declaration to actually be printed. Verified both ways: the real name greps to a count `-ge 1`; grepping a made-up name (`Nat.add_eq_three_iff_bogus`) greps to `0`.