aboutsummaryrefslogtreecommitdiff
path: root/CHANGELOG.md
Commit message (Collapse)AuthorAgeFilesLines
* chore: 1.2.0Lukasz Kasprzak2026-08-281-0/+11
| | | | | | | | | | | | | | | Two presentation flags and no change to what is computed. Nothing was removed and no default output moved, so a minor bump. The CHANGELOG entry for 1.1.0 is backfilled here: that release was tagged without one, which would have left this file jumping 1.0.0 -> 1.2.0. Its content is taken from the v1.1.0 tag message rather than reconstructed. README's status section claimed the OF module lived on an unreleased branch and counted 887 tests, and its build block advertised the fast suite at ~8s and the exhaustive sweep at ~80s. Every one of those was true when written and none is now: 909 fast (~40s), 916 under the sweep (~8min). Stale suite timings are a defect this project has corrected once before, in 0.10.0.
* docs: CHANGELOG entry for 1.0.0Lukasz Kasprzak2026-08-241-0/+6
|
* docs: CHANGELOG entry for 0.10.1Lukasz Kasprzak2026-08-211-0/+3
|
* feat(config): flavour is settable, and an INI overlay is diagnosedLukasz Kasprzak2026-08-211-0/+9
| | | | | | | | | | | The escaping flavour was the one rendering setting with no config key, so a template whose extension says nothing needed the flag every run. Unset still means infer, which config --show reports as (infer) rather than (none). Backfills the 0.8.0 and 0.9.0 changelog entries. Both were tagged by hand rather than through 'make release', which is precisely the guard that would have refused a release with no changelog line.
* docs: CHANGELOG entry for 0.7.0Lukasz Kasprzak2026-08-181-0/+3
|
* docs: CHANGELOG entry for 0.6.0Lukasz Kasprzak2026-08-181-0/+3
|
* docs: CHANGELOG entry for 0.5.0Lukasz Kasprzak2026-08-181-0/+3
|
* docs: CHANGELOG entry for 0.4.0Lukasz Kasprzak2026-08-181-0/+3
|
* docs: CHANGELOG entry for 0.3.1Lukasz Kasprzak2026-08-181-0/+3
|
* docs: CHANGELOG entry for 0.3.0Lukasz Kasprzak2026-08-171-0/+3
|
* docs: CHANGELOG entry for 0.2.0Lukasz Kasprzak2026-08-171-0/+3
|
* feat(cli): --version, a CHANGELOG, and a release targetLukasz Kasprzak2026-08-171-0/+6
Groundwork for tagging. The project had no version anywhere: not in dune-project, not in the binary, no CHANGELOG, no tags. The version lives in two places -- dune-project, which generates colitur.opam, and a constant in bin/main.ml, which is what --version prints. Two rather than one because dune's watermarking only substitutes in a release tarball, so a binary built the ordinary way from a checkout would report a placeholder. The release target rewrites both and then re-checks both, and finally requires the freshly built binary to report the version it just wrote: a release that bumped one and not the other would ship a binary disagreeing with its own package metadata. --version is deliberately not embedded in the help text. cli.t pins help's first line, and a version there would mean editing a test expectation every release for no gain. The release target mirrors lectio's, refusals included: no release from a dirty tree, none without a CHANGELOG entry for that version, none whose version bump silently failed to apply, and `make check` -- the full 1583-9999 sweep, not the sampling suite -- must pass before the tag is created.