-
Notifications
You must be signed in to change notification settings - Fork 138
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
Can trigger assertation failure in experimental compiler #656
Comments
I can take a look at this weekend. |
apoelstra
added a commit
that referenced
this issue
Mar 12, 2024
…s and multi/multi_a 200991d compiler: improve logic for deciding between thresholds and ands (Andrew Poelstra) bc3b8dc policy: rename Threshold variant to Thresh (Andrew Poelstra) 78db616 consolidate some FIXMEs (Andrew Poelstra) 0666aef error: remove some unused variants (Andrew Poelstra) b2ec4a8 clippy: fix some nits introduced by #651 (Andrew Poelstra) Pull request description: The compiler logic when encountering thresholds of pks is currently a bit confused, and therefore chooses multi/multi_a in cases where this is not the most efficient compilation. This PR fixes that, and also brings in a few other cleanup commits that I had laying around. This does **not** fix #656, which I didn't know how to approach. ACKs for top commit: sanket1729: ACK 200991d Tree-SHA512: 252a60891cf1c1d1cd3ded88d97122fd1e76bd25807770f4843ae68bd2d854fc617518f26be86dcb57cd7fc369e1a4be81daa42ee1a6d4bc976dbad6dc1150f6
This should probably be re-opened. This was marked as fix due to the magic link in #657. |
Thanks for noticing! Lol that github reads "this does not fix X" as "Fixes X". |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The following unit test
Causes an assertation failure, as
The text was updated successfully, but these errors were encountered: