Expand description
Compatibility shim — the report writer now lives in pounce-solve-report
so the GAMS solver link (via pounce-cinterface) can emit reports too.
This re-export preserves all pounce_cli::solve_report::* call sites.
Structs§
- Fair
Metadata - FAIR-aligned provenance block. The four FAIR principles (Wilkinson et al., 2016) map onto fields here as:
- Linear
Solver Summary Info - Serializable mirror of
pounce_linsol::summary::LinearSolverSummary. Lives in the CLI crate (rather thanpounce-linsol) so the linsol trait crate stays serde-free. Field shape is identical; serde defaults keep it forward-compatible with future additions. - Problem
Info - Report
Builder - Builder collecting the inputs for a
SolveReport. The CLI drivers populate one of these as they walk through the solve andfinish()it at the end. - Solution
Info - Solution
Suffix - Solve
Report - Top-level report struct. Fields are ordered so the JSON has the most identifying / metadata fields first when pretty-printed.
- Solver
Identity - Statistics
Info - Subset of
SolveStatisticsprojected for the report. Mirrors the fields the existing console summary prints.
Enums§
- Input
Descriptor - Report
Detail - Verbosity knob for the JSON report. Maps onto the
--json-detailCLI flag.
Functions§
- status_
to_ solve_ result_ num - AMPL-style
solve_result_numper Gay 2005 (Hooking Your Solver to AMPL §5, p. 23 table): 0 = solved, 100s = warning, 200s = infeasible, 400s = limit reached, 500s = failure. Shared by the CLI and cinterface report writers so both encode the same int codes intoSolutionInfo::solve_result_num. - write_
report_ file - Write a
SolveReporttopathas pretty-printed JSON. Returns bytes written on success.