-
Notifications
You must be signed in to change notification settings - Fork 100
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
Support Primitive Proptests #1363
Comments
Replicating linker issue.First, replicate the kani version.
Then run it on the case that replicates this.
|
Info from deep dive: The following is required for kani to work. Currently, we only provide the
Possible |
Code changes implemented to link proptest. After cleanup, we can merge. |
See the following comment for way to integrate proptest w/o significant changes. #1435 (comment) |
Requested feature: Support primitive proptests.
Use case: Automatically converting proptests to Kani harnesses allow
us to serve large number of customers like
tokio
that have proptestsimplemented but no Kani harnesses.
Test case:
https://github.com/YoshikiTakashima/kani/tree/yoshi-proptest-primitive/tests/proptest/primitive
Feature Branch on Fork: https://github.com/YoshikiTakashima/kani/tree/yoshi-proptest-primitive/
kani-driver
ata26fbcf makes it purge the old
import. This avoids conflicting imports issue, and allows the
hacked version of proptest to be the only one available.
any<T>
for primitiveT
Arbitrary
andStrategy
Ranges of primitive values.Blocked until linking with-L
is fixed.Hacks/should be fixed before merge:
--extern
import.cargo-kani
is not running the recovery part of modifyingCargo.toml
.The text was updated successfully, but these errors were encountered: