Skip to content

Pin the active Bifrost candidate to v0.10.5 - #163

Merged
DavidBakerEffendi merged 1 commit into
mainfrom
dave/repin-bifrost-v0-10-5
Aug 21, 2026
Merged

Pin the active Bifrost candidate to v0.10.5#163
DavidBakerEffendi merged 1 commit into
mainfrom
dave/repin-bifrost-v0-10-5

Conversation

@DavidBakerEffendi

Copy link
Copy Markdown
Collaborator

Unblocks the re-pin prerequisite on #155.

Why v0.10.5 and not v0.10.4

php_declaration_name_range — the symbol BrokkAi/bifrost-dev#2416 introduced —
is absent from v0.10.4 (e6d20728, 19 Aug 12:35) and present from
v0.10.5. Pinning the newest tag as of yesterday would have shipped a freeze
with the wrong_target half of the PHP cases still broken.

v0.10.5 is d775e3b4, a projection commit whose parent is 79ea68cf — the
commit the release-readiness run
built. Verified it carries both the declaration-range fix and the
summary-spelling round-trip work.

Five pin sites, one identity

File Why it has to move
adapters/candidates.json the pin itself
containers/reference/v1/manifest.json reference-image.sh:98 refuses to build when these disagree; the image is addressed by the analyzer identity, so this is part of the address
scripts/validate-reproduction-contract.sh:73 asserts the exact version/revision pair
tests/test_freeze_shards.py:60 same assertion in the Python suite
docs/src/content/docs/results/evaluation-real-project-v1.md:16 names the active candidate so readers know that page's tables are older evidence — a live claim that goes stale otherwise

Deliberately unchanged: the v0.10.2 / d1a7c0cc pin the contract asserts
for candidates-v0.3.0.json. That registry belongs to a frozen release and
must keep naming the Bifrost that produced it.

What this does not do

It does not re-measure anything. 511adaad775e3b4 is 31 commits and 300
files; the expected-failure set in #155 was taken under v0.10.1 and should not
be used to judge a freeze run until it is re-measured (#160). The interaction
between this repository's PHP sigil handling and Bifrost's own leading-dollar
fix is #161.

Testing

cargo test 242 passed / 0 failed; test_freeze_shards.py 18 passed;
validate-reproduction-contract.sh exits 0.

Note the reference image will rebuild, since its address derives from the
analyzer revision.

🤖 Generated with Claude Code

v0.10.1 predates the PHP declaration-range fix. Confirmed against the public
mirror: php_declaration_name_range, the symbol BrokkAi/bifrost-dev#2416
introduced, is absent from v0.10.4 and present from v0.10.5, so the newest tag
at the time would still have left php-property-access and
php-parity-static-property-access reporting wrong_target.

v0.10.5 is d775e3b4, a projection commit on top of 79ea68cf, which is what the
release-readiness run built. It carries both that fix and the summary-spelling
round-trip work.

The revision is pinned in five places and they have to move together.
reference-image.sh refuses to build when the candidate registry and the
reference-environment manifest disagree, and the image is addressed by the
analyzer identity, so the manifest revision is part of the image's address
rather than a description of it. The reproduction contract and the freeze-shard
test both assert the exact pair, and the historical v1 page names the active
candidate to tell readers its own tables are older evidence -- a live claim
that goes stale if it does not follow.

Deliberately unchanged: the v0.10.2 pin the contract asserts for
candidates-v0.3.0.json. That registry belongs to a frozen release and must
keep naming the Bifrost that produced it.

This does not re-measure anything. The expected-failure set for the legacy
freeze was taken under v0.10.1 and 31 commits have landed since; #160 covers
re-baselining it, and #161 covers the overlap between this repository's sigil
handling and Bifrost's own leading-dollar fix.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@DavidBakerEffendi
DavidBakerEffendi merged commit 0b02fdf into main Aug 21, 2026
5 checks passed
@DavidBakerEffendi
DavidBakerEffendi deleted the dave/repin-bifrost-v0-10-5 branch August 21, 2026 11:54
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