-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: dfg wrapper build handles incorrect output wire numbers #1332
Conversation
DFGWrapper handles incorrectly were using internal dfg output number as the outputs from the container node. Fixed for function, case and tailloop. Also fixed a test that relied on this incorrect behaviour. Closes #1257
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1332 +/- ##
==========================================
- Coverage 87.42% 87.37% -0.06%
==========================================
Files 109 109
Lines 19799 19793 -6
Branches 17536 17530 -6
==========================================
- Hits 17310 17294 -16
- Misses 1723 1731 +8
- Partials 766 768 +2
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
} | ||
} | ||
|
||
impl From<BuildHandle<DfgID>> for BuildHandle<TailLoopID> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we keep the implementation (dropping the loop flag output)?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there may be some outputs embedded in the loop flag output in the "break" variant of the Sum.
DFGWrapper handles incorrectly were using internal dfg output number as the outputs from the container node. Fixed for function, case and tailloop. Also fixed a test that relied on this incorrect behaviour. Closes #1257
This is a patch release including only some non-breaking changes since 0.9.0. ## New release * `hugr`: 0.9.0 -> 0.9.1 * `hugr-core`: 0.6.0 -> 0.6.1 * `hugr-passes`: 0.6.0 -> 0.6.1 * `hugr-cli`: 0.2.0 -> 0.2.1 <details><summary><i><b>Changelog</b></i></summary><p> ## `hugr` <blockquote> ## 0.9.1 (2024-07-25) ### Bug Fixes - Dfg wrapper build handles incorrect output wire numbers ([#1332](#1332)) - Sibling extension panics while computing signature with non-dataflow nodes ([#1350](#1350)) </blockquote> ## `hugr-core` <blockquote> ## 0.6.1 (2024-07-25) ### Bug Fixes - Dfg wrapper build handles incorrect output wire numbers ([#1332](#1332)) - Sibling extension panics while computing signature with non-dataflow nodes ([#1350](#1350)) </blockquote> ## `hugr-passes` <blockquote> ## 0.6.1 (2024-07-25) Nothing here. </blockquote> ## `hugr-cli` <blockquote> ## 0.2.1 (2024-07-25) Nothing here. </blockquote> </p></details> --- This PR was generated by a human. --------- Co-authored-by: Seyon Sivarajah <seyon.sivarajah@quantinuum.com>
This is a patch release including only some non-breaking changes since 0.9.0. ## New release * `hugr`: 0.9.0 -> 0.9.1 * `hugr-core`: 0.6.0 -> 0.6.1 * `hugr-passes`: 0.6.0 -> 0.6.1 * `hugr-cli`: 0.2.0 -> 0.2.1 <details><summary><i><b>Changelog</b></i></summary><p> ## `hugr` <blockquote> ## 0.9.1 (2024-07-25) ### Bug Fixes - Dfg wrapper build handles incorrect output wire numbers ([#1332](#1332)) - Sibling extension panics while computing signature with non-dataflow nodes ([#1350](#1350)) </blockquote> ## `hugr-core` <blockquote> ## 0.6.1 (2024-07-25) ### Bug Fixes - Dfg wrapper build handles incorrect output wire numbers ([#1332](#1332)) - Sibling extension panics while computing signature with non-dataflow nodes ([#1350](#1350)) </blockquote> ## `hugr-passes` <blockquote> ## 0.6.1 (2024-07-25) Nothing here. </blockquote> ## `hugr-cli` <blockquote> ## 0.2.1 (2024-07-25) Nothing here. </blockquote> </p></details> --- This PR was generated by a human. --------- Co-authored-by: Seyon Sivarajah <seyon.sivarajah@quantinuum.com>
* DFContext reinstate fn hugr(), drop AsRef requirement (fixes StackOverflow) * test_tail_loop_iterates_twice: use tail_loop_builder_exts, fix from #1332(?) * Fix only-one-DataflowContext asserts using Arc::ptr_eq
* DFContext reinstate fn hugr(), drop AsRef requirement (fixes StackOverflow) * test_tail_loop_iterates_twice: use tail_loop_builder_exts, fix from #1332(?) * Fix only-one-DataflowContext asserts using Arc::ptr_eq
* DFContext reinstate fn hugr(), drop AsRef requirement (fixes StackOverflow) * test_tail_loop_iterates_twice: use tail_loop_builder_exts, fix from #1332(?) * Fix only-one-DataflowContext asserts using Arc::ptr_eq
DFGWrapper handles incorrectly were using internal dfg output number as the outputs from the container node. Fixed for function, case and tailloop. Also fixed a test that relied on this incorrect behaviour.
Closes #1257