Fix multiple apply of magic wands with quantified expressions
#805
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
manud99
changed the title
apply of quantified magic wand
manud99
changed the title
apply of quantified magic wand apply of magic wands with quantified expressions
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Changes to Silver's test suite for the PR viperproject/silicon#849. Some notes about my changes:
triggerFoldPackage.vprI reverted a change from Update test annotations #790 because I got this exception again with my PR. During debugging I noticed that Silicon's master branch also throws an exception when running it with the latest Z3 version 4.13.0. From that I assume that the error does not lie in my part of the code.assume10QPwand-light.vpris a simplified version of assume10QPwand.vpr which I used for debugging purposes. I thought this file could be useful in the future.test0inQPWands.vpris failing again. I noticed that the simplified tests that you can find intest15.vprwere failing only when both assignmentsy.f := 1andxs[0].f := 0where in place. With only one of them or both commented Silicon succeeded to verify the invariant. Thus, I assume this error does not only occur because of my changes.