Skip to content

honesty: CI example gate, audit verify-rhs, wasm-gc string scalars and Result equality#499

Merged
jasisz merged 1 commit into
mainfrom
post-release-honesty
Jun 12, 2026
Merged

honesty: CI example gate, audit verify-rhs, wasm-gc string scalars and Result equality#499
jasisz merged 1 commit into
mainfrom
post-release-honesty

Conversation

@jasisz

@jasisz jasisz commented Jun 12, 2026

Copy link
Copy Markdown
Owner

The four follow-ups from the 0.25.0 release lessons (two tooling holes that let a broken corpus ride green CI, and the two cross-target divergences the release documented as residuals):

# Fix Measured
1 CI gates examples/core + examples/data (bare exit codes, new step in Check & Test; examples/diagnostics stays deliberately ungated) negative control: a broken example fails the step
2 aver audit counts error[verify-rhs] — the filter excluded every verify-* slug to avoid double-counting execution failures, swallowing this static error; now keyed on severity a 1-error fixture: audit 0 errors/exit 01 error/exit 1; no double-count of genuine verify failures
3 wasm-gc strings move to the VM's character index spaceString.len counts scalars, charAt/slice/chars follow, String.byteLength split off keeping bytes. A len-only fix measurably made json.av worse (1→5 failures), so the family moved together json.av verify --wasm-gc: 400/403 +1 fail → identical summary to VM (402/403); bonus: grok_s_language.av 90/105 → 101/105, VM parity. Perf: len O(n); doom +166 B, six games byte-identical
4 Result equality trap with two Result<Record, String> instantiations in one module — constructor resolution ignored the stamped type and took the first payload-position match; the eq helper then cast the wrong heap type repro 3/4+trap → 4/4; order_total.av → 55/55 exit 0

10 new regression tests (each revert-tested red); full corpus proof exports byte-identical (88/88); proof_spec 145/145; workspace tests with wasm features green; clippy ×3 gates clean.

Known residuals documented in the commit: Char.toCode still byte-based on wasm-gc; Tuple<Result<A,_>, Result<B,_>> equality rejected by the verify typechecker (both pre-existing).

CHANGELOG: new ## 0.25.1 (unreleased) section; 0.25.0 untouched.

🤖 Generated with Claude Code

…n wasm-gc string and Result-equality semantics with the VM

Four fixes from the 0.25.0 release lessons:

- CI gates the example corpus: the Check & Test job now runs aver check
  over examples/core and examples/data on bare exit codes — a broken
  shipped example can no longer ride a green pipeline.
- aver audit counts error[verify-rhs]: the check-error filter excluded
  every verify-* slug to avoid double-counting verify execution
  failures, swallowing this static check error entirely; the filter
  now keys on severity.
- wasm-gc strings use the VM's character index space: String.len
  counts Unicode scalars (String.byteLength keeps bytes as its own
  builtin), charAt returns whole characters at scalar indices, slice
  and chars mirror the runtime exactly. A len-only fix measurably made
  things worse — the whole index family had to move together.
  examples/data/json.av and grok_s_language.av now verify on wasm-gc
  with summaries identical to the VM. String.len is now O(n); doom
  grows 166 bytes, the other six games are byte-identical.
- Result equality no longer traps when two record types in one module
  carry their own Result<Record, String>: the constructor resolver
  ignored the expression's stamped type and matched the first
  registered instantiation by payload position; it now resolves via
  the stamped type first.

Known residuals stay documented: Char.toCode is still byte-based on
wasm-gc, and tuples of two differently-typed Results are rejected by
the verify typechecker (both pre-existing).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@jasisz jasisz merged commit f5098ff into main Jun 12, 2026
5 checks passed
@jasisz jasisz deleted the post-release-honesty branch June 12, 2026 14:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant