Skip to content

fix(specs): crm-duet declared two functions twice and the C backend emitted both - #4558

Merged
gHashTag merged 1 commit into
masterfrom
fix/crm-duet-duplicate-bodies
Sep 21, 2026
Merged

gHashTag merged 1 commit into
masterfrom
fix/crm-duet-duplicate-bodies

Conversation

@gHashTag

Copy link
Copy Markdown
Owner

Fixes #4557

state_after and retry_allowed were each declared twice in specs/automation/crm-duet.t27, byte-identical down to the comment.

t27c check had been saying so all along — every backend rejects a redeclaration — and it was right. What it did not do was stop anything: the warning is not an error, gen-c exits 0, and the emitted header carries both definitions.

before after
cc -std=c11 -fsyntax-only error: redefinition of 'state_after' that error is gone
t27c check 0 errors, 2 warnings 0 errors, 0 warnings
tools/dupe_scan.py 2 findings no new duplicate, no known group grew

The deletion keeps the pair that sits with the module's other function declarations. The spec's 12 tests are unchanged and still resolve.

This is master's red, not a PR's. #4541 and #4551 both fail duplicate-bodies on this file, which neither of them touches — the gate runs on pull_request, so a defect that lands on master surfaces only on the next unrelated PR. Merging this clears that check on both.

Two things found next to it and deliberately left alone, now in #4557's Границы: gen-c exiting 0 on a spec it knows every backend rejects, and the emitted guard #ifndef AUTOMATION::CRM_DUET_H, which is not a valid macro name.

…mitted both

Fixes #4557

`state_after` and `retry_allowed` were each declared twice in
specs/automation/crm-duet.t27, byte-identical down to the comment.

`t27c check` had been saying so all along -- "every backend rejects a
redeclaration" -- and it was right. What it did not do was stop
anything: the warning is not an error, `gen-c` exits 0, and the emitted
header carries both definitions.

  cc -std=c11 -fsyntax-only  before  ->  error: redefinition of 'state_after'
  cc -std=c11 -fsyntax-only  after   ->  that error is gone
  t27c check                 before  ->  0 errors, 2 warnings
  t27c check                 after   ->  0 errors, 0 warnings
  tools/dupe_scan.py         after   ->  no new duplicate, no known group grew

The deletion keeps the pair that sits with the module's other function
declarations. The spec's 12 tests are unchanged and still resolve.

This is master's red, not either open PR's: #4541 and #4551 both fail
`duplicate-bodies` on this file, which neither of them touches.
@github-actions

Copy link
Copy Markdown
Contributor

📓 NotebookLM Notebook linked to this PR

This notebook contains session context, decisions, and artifacts for this work.

@github-actions

Copy link
Copy Markdown
Contributor

PR Dashboard

Generated at: 2026-09-21 14:47:50 UTC

Summary

Status Count
Total Open PRs 24
PRs with Failing Checks 22
PRs with All Checks Green 2
READY 2
FAILING 22
PENDING 0
NO CHECKS YET 0

Seal Status

  • ⚠️ STALE -- sha256(compiler.rs)=403499176a5d != manifest seal=87e5cbd3ad94.
    The committed NMSE numbers were certified against an older compiler.rs.
    Run scripts/reseal-check.sh locally for the two-step reseal command (advisory; not a merge gate).

@gHashTag
gHashTag merged commit 02ed182 into master Sep 21, 2026
32 of 36 checks passed
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.

crm-duet.t27 declares two of its functions twice, and the C backend emits the redefinition

1 participant