Define explicit multiple-feed semantics for singular MFD targets
Maintainers usually reply within 1 day
@DeandreT is already working on this.
Since Oct 26, 2026.
Assessment
This issue has not been assessed yet.
Description
Some MFD target shapes connect multiple distinct expressions to one singular target in the same scope. These feeds must not be collapsed or assigned an inferred first, last, or non-null winner. The existing executable validator refuses duplicate singular bindings.
Define a bounded supported contract using independently authored MFDs before extending the importer. Preserve the current refusal for shapes whose ownership, cardinality, or ordering is not established.
Scope and acceptance criteria:
- Separate feeds owned by different declared target branches from genuinely competing feeds in the same singular target scope; branch distribution is tracked in #239.
- Specify complete output cardinality, ordering, null handling, and error precedence for any admitted multiple-feed shape.
- Keep distinct expressions and preserve executable refusal for unqualified shapes.
- Add independent full-value and exact-error fixtures for native and compiled generated Rust/C# paths before admitting the selected shape.
- Retain an authored refusal control with distinct constants bound to one singular target, so branch fixes cannot silently weaken duplicate-binding validation.
- Dominant language
- Rust
- Stars
- 1
- Forks
- 0
- Avg merge
- 2h 50m
- Merged PRs (30d)
- 571
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from DeandreT/ferrule
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
test(mfd): synthetic whole-design MFD corpus with a stage-outcome ledgerPossibly taken @DeandreT claimed this today. Open
DeandreT/ferrule#1396 · 1 assignee ·
Maintainers usually reply within 1 day
-
arch: one built-in function catalog and shared limit definitionsPossibly taken @DeandreT claimed this 1 day ago. Open
DeandreT/ferrule#1390 · 1 assignee ·
Maintainers usually reply within 1 day
-
arch: type schema roles and format optionsPossibly taken @DeandreT claimed this 1 day ago. Open
DeandreT/ferrule#1389 · 1 assignee ·
Maintainers usually reply within 1 day
-
arch: remove downward dependencies on format adaptersPossibly taken @DeandreT claimed this 1 day ago. Open
DeandreT/ferrule#1388 · 1 assignee ·
Maintainers usually reply within 1 day
All issues in DeandreT/ferrule
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
madesroches/fontaine#513 ·
Maintainers usually reply within 1 day
-
area:ui needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
bherbruck/solvecraft#13497 ·
-
needs-triage tooling
Difficulty 1/5 Under an hour Newbie friendliness 90/100
neilsh/stunt-reel#317 ·
Maintainers usually reply within 1 day
-
Add Noto Sans Thaana (Dhivehi) - missing face blocking Thaana support in PdfCraftPossibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
storytold/craft-fonts#65 ·
Maintainers usually reply within 2 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
storytold/craft-libs#723 ·
Maintainers usually reply within 1 day