Skip to content
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

Define backwards compatibility constraints for verification changes #609

Open
robin-aws opened this issue May 1, 2020 · 0 comments
Open
Labels
kind: enhancement Enhancements, feature requests, etc. These are NOT bugs, but ways we can improve Dafny

Comments

@robin-aws
Copy link
Member

A tricky thing about Dafny is that verification performance can change pretty dramatically with small changes in either Dafny source or the translation heuristics. Seemingly innocuous changes in Dafny can "break" existing code because it makes verification take slightly longer, to the point where builds time out and fail.

Dafny cannot commit to never making verification slower in any case, but at what point does an optimization with tradeoffs have to be off by default or bump the major version number?

@robin-aws robin-aws added this to the Dafny 3.0 milestone May 1, 2020
@robin-aws robin-aws added the kind: enhancement Enhancements, feature requests, etc. These are NOT bugs, but ways we can improve Dafny label Jun 23, 2020
@davidcok davidcok modified the milestones: Dafny 3.0, Dafny 3.1 Dec 23, 2020
@atomb atomb removed this from the Dafny 3.1 milestone Apr 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind: enhancement Enhancements, feature requests, etc. These are NOT bugs, but ways we can improve Dafny
Projects
None yet
Development

No branches or pull requests

3 participants