Skip to content

Make run_lockstep surface UnknownFamily warnings like check/test#63

Merged
harshverma27 merged 1 commit into
mainfrom
claude/issue-53-fix
Jun 30, 2026
Merged

Make run_lockstep surface UnknownFamily warnings like check/test#63
harshverma27 merged 1 commit into
mainfrom
claude/issue-53-fix

Conversation

@harshverma27

Copy link
Copy Markdown
Owner

Fixes #53

Summary

  • run_lockstep validated stm32.toml via nucleus_compiler::check(), which silently falls back to the F446RE database for an unrecognized [device].family with no warning — unlike run_check and run_test, which use check_family() and print a fallback warning to stderr.
  • Switched run_lockstep to check_family() and added the same warning printing run_check already does, so nucleus lockstep no longer silently validates an unknown family against the wrong DB without telling the user.

Test plan

  • Added lockstep_warns_on_unknown_family_instead_of_silently_falling_back, an integration test that runs nucleus lockstep against a project with family = "STM32H750" and asserts stderr contains the unsupported device family warning.
  • cargo test -p nucleus-cli — 40 passed
  • cargo clippy -p nucleus-cli --all-targets -- -D warnings — clean
  • cargo fmt --all -- --check — clean

Generated by Claude Code

run_lockstep validated stm32.toml via check(), which silently falls
back to the F446RE database for an unrecognized [device].family with
no indication anything was approximated. check_family() exists
specifically to surface that as a warning, and run_check/run_test
already use it — run_lockstep now does too, so all three commands
behave consistently for an unknown family.
@harshverma27
harshverma27 merged commit 6da6760 into main Jun 30, 2026
5 checks passed
@harshverma27
harshverma27 deleted the claude/issue-53-fix branch June 30, 2026 13:13
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.

run_lockstep calls check() instead of check_family(), silently suppressing UnknownFamily warnings

2 participants