-
Notifications
You must be signed in to change notification settings - Fork 10
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
Add expanded harness name to cargo kani arguments #103
Add expanded harness name to cargo kani arguments #103
Conversation
…extension into Add-fully-qualified-harness-name-2
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.
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.
This is a heuristic at this point, which is probably better than what we have.
I do recommend that you read: https://doc.rust-lang.org/book/ch07-01-packages-and-crates.html and https://doc.rust-lang.org/book/ch07-02-defining-modules-to-control-scope-and-privacy.html to understand the rules of how qualified names are built.
…extension into Add-fully-qualified-harness-name-2
…rness detection errors
…om/jaisnan/kani-vscode-extension into Add-fully-qualified-harness-name-2
Description of changes:
Kani's
--harness
returns a fuzzy output, which cause issues for the extension when there's multiple harnesses under the same name. With this patch, the extension passes the fully qualified name to kani as an argument, preventing more than one harness from being run.Changes from PR
cargo kani --test
pathway.Tackles #39
Testing:
How is this change tested? Manual and Unit tests
Is this a refactor change? Yes
Checklist
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 and MIT licenses.