Documentation

LeanPool.JacobianDiffgeo.LaurentTail

laurent-tails: Miranda's Laurent-tail calculus for H¹(D) (namespace RS.LaurentTail) #

API summary (see docs/design/laurent-tails.md). Builds on cech-cohomology (BUILT) and meromorphic-and-divisors (BUILT) only — the blueprint's listed canonical-forms/ meromorphic-trace edge is unused by this unit (§0 of the design doc; a DAG-imprecision note, not a missing dependency). NOT registered in Jacobian.lean (orchestrator's job).

Consumer notes (for serre-duality-tails and downstream) #

The frozen bank this unit was asked to supply (docs/design/serre-duality-tails.md §0.1's own audit already reconciled against these exact names): T D, TailAt p D, alphaL D, H1Tail D := T D ⧸ range(alphaL D) are all available now, zero sorries, and match the frozen shapes exactly. H1Tail.toH1 : H1Tail D →ₗ[ℂ] Cech.H1 D is now unconditionally injective (H1Tail.toH1_injective, zero sorries) — only the full H1Tail.equiv : H1Tail D ≃ₗ[ℂ] Cech.H1 D (needing surjectivity too) remains gated; Comparison.lean ships the conditional H1Tail.equivOfSurjective (an honest, non-vacuous, hypothesis-parametrized equivalence) in the meantime. serre-duality-tails should build everything that only needs T D/TailAt p D/ alphaL/H1Tail D now (per its own design doc §4's build-wave note: "file 1 gates only on TailSpace.lean/Truncation.lean — NOT on Comparison.lean"), and revisit the full H1Tail.equiv once surjectivity lands (see Comparison.lean's file-end note for the exact analytic obstruction and recommended next steps — this is now THE single blocking item for that unit's own dimension-counting endgame). mulTail/mulTailEquiv are deliberately not built (see TailSpace.lean's note above); serre-duality-tails's own mulInto supersedes them, already accounted for in that unit's design. firstFormRR/g0 remain gated on H1Tail.equiv too.