kernel-CPoint.cauchy_schwarz
- Kind
- kernel-term
- Status
- checked
Supports: `CPoint.cauchy_schwarz` is admitted with exactly the type in formal.statement. The proof is ALGEBRA, not analysis: `CPoint.lagrange_identity` establishes (a^2+b^2)(c^2+e^2) - (ac+be)^2 = (ae-bc)^2 as a ring identity over CReal, so the gap between the two sides of Cauchy-Schwarz is a square, and one application of CReal.sq_nonneg closes it. Landing Lagrange's identity as its own named theorem rather than inlining it records WHERE the inequality comes from.
test "$(scripts/cargo-serialized.sh test -p axeyum-lean-kernel --lib creal_point::creal_point_tests::cauchy_schwarz_statement_is_exact -- --exact 2>&1 | grep -Ec 'test result: ok\. 1 passed; 0 failed')" -ge 1 Evidence notes
A footprint check cannot carry this claim: a theorem stating something weaker -- the two factors on the right transposed, or a different inequality direction -- has exactly the same empty footprint. Mutation-verified: changing `CPoint.dot x0 x0` to `CPoint.dot x0 x1` in the pinned string makes cargo report `40 passed; 1 failed`, naming this test and no other; restored, 41/41 green. The command re-derives from source every run, rebuilding CPointPrelude through add_declaration, and is anchored on the exact `1 passed; 0 failed` count so an unmatched filter -- which prints `running 0 tests ... ok` and exits 0 -- cannot read as success.