kernel-Nat.bitwise_or_eq_lor_three_five
- Kind
- kernel-term
- Status
- checked
Supports: bitwise or_fn 3 5 = lor 3 5
test "$(cargo run -q -p axeyum-lean-kernel --example nat_theorem_inventory -- bitwise_or_eq_lor_three_five 2>/dev/null | grep -Ec '^Nat\.bitwise_or_eq_lor_three_five[[:space:]]')" -ge 1 Evidence notes
`build_nat_prelude` admits this theorem through the trusted `Kernel::add_declaration` gate, which re-checks the proof term against the stated type, so producing this row at all is a machine-checked proof. `or_fn` (`bitwise.rs`) is built inline via a local `Bool.rec`-based select (this prelude declares no top-level `Bool.or`) as `fun a b => if a then true else b`. Both `bitwise or_fn 3 5` and `lor 3 5` fully compute (every argument is a concrete numeral) to `7`, from two INDEPENDENTLY constructed `Nat.rec` bodies (`bitwiseAux`'s general per-bit step vs `lorAux`'s direct `max` via `ble`+`bool_select_nat`), so the proof is `Eq.refl` between two terms with no shared head symbol until full reduction. `nat_theorem_inventory` exits non-zero for a name that does not exist, and `grep -Ec` consumes the pipe and the count is tested, so the exit status depends on what the run found. Anchored with `^Nat\.bitwise_or_eq_lor_three_five[[:space:]]` (verified exactly 1 row).