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
* fix(hir-def): applies_to accepts feature paths per AADL v2.3 (v0.9.x bug closeout)
AADL v2.3 (SAE AS5506D §11.3) permits a contained property association's
`applies to` clause to end with a feature name:
Some_Property => value applies to subcomp.input_port;
spar's resolver previously walked the dotted path matching only
subcomponents, so when the final segment named a feature it returned
None and emitted a spurious "could not be resolved" diagnostic, dropping
the property.
Introduces AppliesTarget { Component, FeatureOwner, Unresolvable } and
extends resolve_applies_to_path: each non-final segment must name a
subcomponent (as before); the final segment may name either a
subcomponent or a feature on the resolved component. When it names a
feature, the property attaches to the component that owns the feature.
Genuinely unresolvable paths (no matching subcomponent or feature on
the final segment) still emit the existing diagnostic, now with the
text "could not be resolved to a component instance or feature".
2 integration tests in crates/spar-cli/tests/applies_to_feature_path.rs
cover both the happy path and the unresolved-feature diagnostic.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
* style(hir-def): cargo fmt
No behavior change.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
0 commit comments