-
Notifications
You must be signed in to change notification settings - Fork 13k
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
Unique boxes containing pinned kinds should be shared kinds #977
Comments
Same is true for vectors of pinned |
I reverted this at least temporarily. Currently no unique kinds raise pinned to shared because that makes copying rules very complicated. So I'm trying to make sure that resources can't be copied first, then once there are lots of working tests we can try to make them embeddable in uniques. |
This seems like a bad idea, and is (if I understand the reasoning behind it) better handled by the revised kind system. |
…ng#977) Cargo kani wouldn't work if the project Cargo.toml had --cbmc-args and if the command line also included --cbmc-args. The other issue is that the options in the project configuration had precedence over the ones from the command line, which is misleading. For example, if the Cargo.toml had a harness function defined to run by default, the user would still run the default harness even if they ran: ``` cargo kani --function <different_harness> ```
Currently unique boxes containing pinned kinds are pinned kinds but Graydon says they are supposed to be shared. To make this change we have to make sure that unique boxes containing pinned kinds can't be copied. I don't fully understand yet.
The text was updated successfully, but these errors were encountered: