Skip to content

Report a branch whose reference parameters cannot be computed#69

Merged
DavidSagan merged 1 commit into
mainfrom
branch-reference-check
Jul 22, 2026
Merged

Report a branch whose reference parameters cannot be computed#69
DavidSagan merged 1 commit into
mainfrom
branch-reference-check

Conversation

@DavidSagan

Copy link
Copy Markdown
Member

Every element takes its reference from the one before it, so the whole branch
rests on the first element's: it is either written on that element (a
BeginningEle's ReferenceP) or propagated in from the Fork that created the
branch. When neither happens there is no species and no energy to propagate, and
nothing later in the branch can supply them -- a ReferenceP further down is read
as that element's own upstream values, not as a starting point for the ones
before it. Until now the bookkeeper wrote a ReferenceP holding only time_ref: 0
and said nothing.

This is what lattice_files/fork.pals.yaml hits: b_fork sets
propagate_reference: false and b_line opens on m, a Marker with no
ReferenceP of its own, so the branch has no reference at all. It is now the one
problem that file reports.

Species and energy are reported separately, because either alone leaves the
reference unusable: the species supplies the mass that converts between energy
and momentum, and without one of those two there is nothing to convert.

The check runs on the first element after it has been bookkept, so it sees the
reference the element ended up with, fork seed and all, and the branch name is
in scope to name it by -- an element name alone would be ambiguous, since the
same definition can open several branches.

Five test fixtures declared no reference at all. Four are given one (they are
testing forks and expressions, not references); the fifth is the deliberately
broken lattice, where the new message joins the ones it already collects.

🤖 Generated with Claude Code

Every element takes its reference from the one before it, so the whole branch
rests on the first element's: it is either written on that element (a
BeginningEle's ReferenceP) or propagated in from the Fork that created the
branch. When neither happens there is no species and no energy to propagate, and
nothing later in the branch can supply them -- a ReferenceP further down is read
as that element's own upstream values, not as a starting point for the ones
before it. Until now the bookkeeper wrote a ReferenceP holding only `time_ref: 0`
and said nothing.

This is what `lattice_files/fork.pals.yaml` hits: `b_fork` sets
`propagate_reference: false` and `b_line` opens on `m`, a Marker with no
ReferenceP of its own, so the branch has no reference at all. It is now the one
problem that file reports.

Species and energy are reported separately, because either alone leaves the
reference unusable: the species supplies the mass that converts between energy
and momentum, and without one of those two there is nothing to convert.

The check runs on the first element after it has been bookkept, so it sees the
reference the element ended up with, fork seed and all, and the branch name is
in scope to name it by -- an element name alone would be ambiguous, since the
same definition can open several branches.

Five test fixtures declared no reference at all. Four are given one (they are
testing forks and expressions, not references); the fifth is the deliberately
broken lattice, where the new message joins the ones it already collects.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@DavidSagan
DavidSagan merged commit 69edeee into main Jul 22, 2026
2 checks passed
@DavidSagan
DavidSagan deleted the branch-reference-check branch July 22, 2026 22:11
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