Skip to content

Introduce symex value set as interface to value set #4778

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

Conversation

romainbrenguier
Copy link
Contributor

@romainbrenguier romainbrenguier commented Jun 12, 2019

This includes a fix from #4774
This add some checks for an implicit invariant that I noticed while unit testing, makes value_sett::output more usable in particular for debugging unit tests, and define symex_value_sett to act has an interface to value_sett and ensure symex only uses L1 symbols.

  • Each commit message has a non-empty body, explaining why the change was made.
  • Methods or procedures I have added are documented, following the guidelines provided in CODING_STANDARD.md.
  • The feature or user visible behaviour I have added or modified has been documented in the User Guide in doc/cprover-manual/
  • Regression or unit tests are included, or existing tests cover the modified code (in this case I have detailed which ones those are in the commit message).
  • My commit message includes data points confirming performance improvements (if claimed).
  • My PR is restricted to a single feature or bugfix.
  • White-space or formatting changes outside the feature-related changed lines are in commits of their own.

get_l1_object suggests we are comparing the address of the object, but
the actually should interpret the symbol itself as a pointer.
A unit test for the case of the issue that is fixed will be added in a
following commit.
This can be useful when the type doesn't tell us directly that an exprt
has been renamed, but we would expect it to be.
There is no reason for an expression renamed to level 1 to have type
renamed to level 2.
This avoids having to import std_expr in the header file
This avoids having to provide a namespace argument and having a default
language defined.
This is meant to be used in symex as an interface to value_sett instead
of accessing value_sett directly. This is to ensure it will be used in a
consistent way, in particular regarding the renaming level.
This is required to replace the use of value_sett by symex_value_sett so
that we can provide the right type of arguments.
This ensures that in symex the value set are always indexed using l1
renamed symbols.
@romainbrenguier romainbrenguier force-pushed the clean-up/symex-value-set branch from ded9716 to 711abcc Compare June 12, 2019 09:11
@romainbrenguier romainbrenguier self-assigned this Jun 20, 2019
@smowton
Copy link
Contributor

smowton commented Aug 13, 2019

Still wanted?

@romainbrenguier
Copy link
Contributor Author

outdated

@romainbrenguier romainbrenguier deleted the clean-up/symex-value-set branch April 30, 2021 07:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants