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
The assertion shown implies that y is a top-level input of the composition, which is wrong, as the only top-level input should be x. When we print the composed contract, we get
InVars: [y]
OutVars:[z]
A: [
y <= 0.0
]
G: [
z <= 0.0
]
Expected behavior x should be a top-level input to the composed contract. I am puzzled as to where x went in this composition.
Note that the contract contract is exactly the same as c2.
The implementation and test need to be fixed. Please add more tests to make sure the implementation is right.
The text was updated successfully, but these errors were encountered:
Describe the bug
Multiple composition has incorrect top-level IO.
To Reproduce
This is the current test:
The assertion shown implies that
y
is a top-level input of the composition, which is wrong, as the only top-level input should bex
. When we print the composed contract, we getExpected behavior
x
should be a top-level input to the composed contract. I am puzzled as to wherex
went in this composition.Note that the contract
contract
is exactly the same asc2
.The implementation and test need to be fixed. Please add more tests to make sure the implementation is right.
The text was updated successfully, but these errors were encountered: