-
Notifications
You must be signed in to change notification settings - Fork 88
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
Statement assignment assert failing #95
Labels
Comments
nchong-at-aws
added a commit
that referenced
this issue
Apr 27, 2021
4 tasks
adpaco-aws
added a commit
that referenced
this issue
May 4, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
May 5, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
May 10, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
May 26, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jun 1, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jun 7, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jun 17, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jun 23, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jul 2, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jul 9, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jul 15, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Jul 26, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Aug 2, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Aug 6, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
4 tasks
adpaco-aws
added a commit
that referenced
this issue
Aug 17, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
adpaco-aws
added a commit
that referenced
this issue
Aug 24, 2021
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
Merged
4 tasks
celinval
pushed a commit
to celinval/kani-dev
that referenced
this issue
Oct 6, 2021
* Fix count trailing zeroes * Fix pop count * Fix bit reverse
celinval
pushed a commit
to celinval/kani-dev
that referenced
this issue
Nov 16, 2021
Use fabs intrinsic
Is this resolved by #496 ? |
Just tried to enable the type-checking assertion and it fails the standard library test:
|
Looks like this is related to the projection issue Celina is looking into |
celinval
added
[F] Soundness
Kani failed to detect an issue
Status: Mitigated
and removed
Soundness: Medium
labels
Apr 20, 2022
tedinski
pushed a commit
to tedinski/rmc
that referenced
this issue
Apr 22, 2022
) * Workaround for issue model-checking#95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
tedinski
pushed a commit
to tedinski/rmc
that referenced
this issue
Apr 25, 2022
) * Workaround for issue model-checking#95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
tedinski
pushed a commit
to tedinski/rmc
that referenced
this issue
Apr 26, 2022
) * Workaround for issue model-checking#95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
tedinski
pushed a commit
that referenced
this issue
Apr 27, 2022
* Workaround for issue #95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
danielsn
pushed a commit
to danielsn/kani
that referenced
this issue
May 11, 2022
) * Workaround for issue model-checking#95 * Print types in assert statement Co-authored-by: Nathan Chong <ncchong@amazon.com>
4 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
There are two cases where the assert in gotoc statement assignment is failing [0]
When the types are wrapped (e.g. in a Cell) array types when one has an explicit length (e.g.,
[T;N]
) and the other is inferred ([T;_]
). E.g.:StructTag("tag-std::cell::RefCell<[bool; 16]>")
andStructTag("tag-std::cell::RefCell<[bool; _]>")
When the types are closures. E.g.,
Pointer { typ: StructTag("tag-[closure@file.rs:536:13: 546:14]") }
andPointer { typ: StructTag("tag-[closure@file.rs:503:13: 509:14]") }
The root cause is the naming of these symbol associated with these types.
[0] https://github.com/model-checking/rmc/blob/main-151-2021-04-16/compiler/rustc_codegen_llvm/src/gotoc/cbmc/goto_program/stmt.rs#L153
The text was updated successfully, but these errors were encountered: