You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Conformance regression on main since 2026-07-08 ~08:15 UTC: 30 untriaged gap failures (7/8 shards) — window 3a46815aa..d6635879c, misattributed to innocent PRs #6124
Every PR merge-ref built after 2026-07-08 ~08:15 UTC fails 7 of 8 conformance shards (shard 6 passes) plus compiler-output-regression, with 30 NEW untriaged gap failures — a mix of compile errors and output mismatches. Since main pushes don't run conformance, the failures show up misattributed on whatever PR runs next (first victims: #6115, a Dependabot console bump that only touches perry-container-compose, and the in-flight runs 28939125930 / 28940216860 / 28940322061).
Evidence for the regression window
PR fix(runtime): arm64_32 ILP32 — box oversized thread_locals, guard GC pointer classifier #6118 (fix/arm64_32-box-oversized-thread-locals): push 1cf73c105passed the full suite at 06:15 UTC (run 28921820312). A final push 1061eb4a5 landed ~08:15; its run (28927997601) started 08:15:18Z and the PR was merged 18 seconds later (08:15:36Z, d6635879c) without waiting — that run then failed 7 shards + compiler-output-regression. The final push's content was never conformance-tested before landing.
Independent confirmation: Dependabot PR deps(deps): bump console from 0.15.11 to 0.16.3 #6115 passed conformance on 2026-07-07 (pre-rebase), was auto-rebased at 08:19 UTC, and now fails (run 28928233767) with the identical failure signature (same shards, same gap tests). Its diff (console 0.15→0.16 in perry-container-compose, a crate the compiler doesn't link) cannot cause this.
Failing gap tests (union across shards, untriaged in known_failures.json)
Several of the compile-error tests (diagchannel, zlib_3285_params, …) need non-default feature-combo static-lib builds, so a perry-runtime/perry-stdlib compile error under specific --features combos would explain the "compile error" class while default-combo tests keep passing (and shard 6 stays green).
For attribution across the batch: byte-compare perry outputs across the four commits (CI node is constant, so perry-vs-perry comparison avoids node-version noise).
Check the shelled-out feature-combo builds (cargo build --release -p perry-runtime-static -p perry-stdlib-static --features <combo>) for the compile-error tests — likely a straight rustc error under a non-default combo.
Until fixed, expect every newly-rebased PR to fail conformance-smoke-complete through no fault of its own.
Every PR merge-ref built after 2026-07-08 ~08:15 UTC fails 7 of 8 conformance shards (shard 6 passes) plus
compiler-output-regression, with 30 NEW untriaged gap failures — a mix of compile errors and output mismatches. Since main pushes don't run conformance, the failures show up misattributed on whatever PR runs next (first victims: #6115, a Dependabotconsolebump that only touchesperry-container-compose, and the in-flight runs 28939125930 / 28940216860 / 28940322061).Evidence for the regression window
fix/arm64_32-box-oversized-thread-locals): push1cf73c105passed the full suite at 06:15 UTC (run 28921820312). A final push1061eb4a5landed ~08:15; its run (28927997601) started 08:15:18Z and the PR was merged 18 seconds later (08:15:36Z,d6635879c) without waiting — that run then failed 7 shards + compiler-output-regression. The final push's content was never conformance-tested before landing.3a46815aa(fix(runtime): cap object keys-array length at capacity in property walks (prevents multi-GB / spin on a corrupt keys length) #6101),b760be65c(fix(runtime): register the per-thread globalThis cache as a GC root #6103),0f64e8a05(fix(codegen): resolve private-member declaring class by unique id, not name #6104). Each was green individually against pre-08:00 main, so the culprit is either the untested delta between1cf73c105→1061eb4a5in fix(runtime): arm64_32 ILP32 — box oversized thread_locals, guard GC pointer classifier #6118 (prime suspect), or a semantic interaction within the batch.console0.15→0.16 inperry-container-compose, a crate the compiler doesn't link) cannot cause this.Failing gap tests (union across shards, untriaged in known_failures.json)
Several of the compile-error tests (
diagchannel,zlib_3285_params, …) need non-default feature-combo static-lib builds, so aperry-runtime/perry-stdlibcompile error under specific--featurescombos would explain the "compile error" class while default-combo tests keep passing (and shard 6 stays green).30 tests
Suggested next steps
1cf73c105..1061eb4a5on fix(runtime): arm64_32 ILP32 — box oversized thread_locals, guard GC pointer classifier #6118's branch — that delta was never conformance-tested.cargo build --release -p perry-runtime-static -p perry-stdlib-static --features <combo>) for the compile-error tests — likely a straight rustc error under a non-default combo.Until fixed, expect every newly-rebased PR to fail
conformance-smoke-completethrough no fault of its own.