rat-pivot-search-ge-start-1
- Kind
- kernel-term
- Status
- checked
Supports: Both forms are checked, axiom-free theorems in all four rational preludes, populations pinned separately at four. Each regex is anchored on the DIRECTION of the bound -- `AxNat.le <start> (Rat.pivotSearch …)`, the search term on the RIGHT -- so it cannot be satisfied by F:rat-pivot-search-le-rows's statement, which is the bound the other way round and was already landed. It also pins the axiom-footprint column at 0.
out=$(target/release/examples/kernel_declaration_projection 2>&1) && test "$(printf "%s\n" "$out" | grep -cE '^[a-z]+[[:space:]]+theorem[[:space:]]+Rat\.pivotSearchAux_ge_start[[:space:]]+0[[:space:]].*AxNat\.le x4 \(Rat\.pivotSearchAux x0 x1 x2 x3 x4\)\)\)\)\)\)\)$')" = 4 Evidence notes
Run 2026-09-02: four rows each, mutation-checked by `scripts/new-fact.py`. Spent exactly twice, both in `echelonAux`'s pivot branch: it is what makes `Rat.rowSwap_preserves_zero_range` and `Rat.clearBelow_rowSwap_off` applicable, since both need the row the swap brings in to be at or below the cursor. Those two lemmas' own registered tests exhibit a matrix where the conclusion is FALSE when that bound is dropped, which is the evidence that this statement is doing work rather than restating a bound already present.