Skip to content

Remove no-longer-used system_symbols #3605

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

Closed

Conversation

tautschnig
Copy link
Collaborator

This is a follow-up to the cleanup done in 2725a05. Creating a
system_symbol_libraryt every time a languaget is created (effectively everytime
from_expr is called) is costly, because of all the strings being looked up in
the string table. Furthermore this removes this undesirable dependency on
goto-prorgrams from langapi.

  • Each commit message has a non-empty body, explaining why the change was made.
  • n/a Methods or procedures I have added are documented, following the guidelines provided in CODING_STANDARD.md.
  • n/a The feature or user visible behaviour I have added or modified has been documented in the User Guide in doc/cprover-manual/
  • n/a 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.
  • n/a White-space or formatting changes outside the feature-related changed lines are in commits of their own.

Copy link
Contributor

@allredj allredj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🚫
This PR failed Diffblue compatibility checks (cbmc commit: a086c36).
Build URL: https://travis-ci.com/diffblue/test-gen/builds/95377889
Status will be re-evaluated on next push.
Please contact @peterschrammel, @thk123, or @allredj for support.

Common spurious failures:

  • the cbmc commit has disappeared in the mean time (e.g. in a force-push)
  • the author is not in the list of contributors (e.g. first-time contributors).

The incompatibility may have been introduced by an earlier PR. In that case merging this
PR should be avoided unless it fixes the current incompatibility.

@tautschnig
Copy link
Collaborator Author

@peterschrammel @thk123 @allredj is this TG failure genuine? If so, is that cleanup or a proper bunch of work to be done on the TG side?

@thk123
Copy link
Contributor

thk123 commented Dec 20, 2018

Genuine failure - not immediately obvious to me how difficult it would be to resolve. It is using is_symbol_internal_symbol to filter out things like cprover_start (according to comments I wrote but don't remember). It probably isn't a lot of work but not completely trivial. Today is my last day of the year so won't get to this till the new year, is this urgent?

@tautschnig
Copy link
Collaborator Author

tautschnig commented Dec 20, 2018

It is using is_symbol_internal_symbol to filter out things like cprover_start (according to comments I wrote but don't remember).

In this case you might just locally build a system_library_symbolst rather than relying on one that's stored within languaget? That's what's done in dump_c_class.h.

Urgency/scheduling all up to you, it's just noise disturbing my profiling :-)

@tautschnig tautschnig assigned thk123 and unassigned kroening and peterschrammel Dec 20, 2018
@tautschnig tautschnig force-pushed the followup-opaque-cleanup branch from a086c36 to ead71ee Compare January 9, 2019 12:45
This is a follow-up to the cleanup done in 2725a05. Creating a
system_symbol_libraryt every time a languaget is created (effectively everytime
from_expr is called) is costly, because of all the strings being looked up in
the string table. On SV-COMP benchmarks, this accounted for 2% of runtime.
Furthermore this removes this undesirable dependency on goto-programs from
langapi.
@tautschnig tautschnig force-pushed the followup-opaque-cleanup branch from ead71ee to 749b4dd Compare January 9, 2019 12:46
Copy link
Contributor

@allredj allredj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🚫
This PR failed Diffblue compatibility checks (cbmc commit: ead71ee).
Build URL: https://travis-ci.com/diffblue/test-gen/builds/96759727
Status will be re-evaluated on next push.
Please contact @peterschrammel, @thk123, or @allredj for support.

Common spurious failures:

  • the cbmc commit has disappeared in the mean time (e.g. in a force-push)
  • the author is not in the list of contributors (e.g. first-time contributors).

The incompatibility may have been introduced by an earlier PR. In that case merging this
PR should be avoided unless it fixes the current incompatibility.

Copy link
Contributor

@allredj allredj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🚫
This PR failed Diffblue compatibility checks (cbmc commit: 749b4dd).
Build URL: https://travis-ci.com/diffblue/test-gen/builds/96761629
Status will be re-evaluated on next push.
Please contact @peterschrammel, @thk123, or @allredj for support.

Common spurious failures:

  • the cbmc commit has disappeared in the mean time (e.g. in a force-push)
  • the author is not in the list of contributors (e.g. first-time contributors).

The incompatibility may have been introduced by an earlier PR. In that case merging this
PR should be avoided unless it fixes the current incompatibility.

@thk123
Copy link
Contributor

thk123 commented Jan 23, 2019

Just to say I've started looking at this now - will keep you updated.

@thk123
Copy link
Contributor

thk123 commented Jan 24, 2019

Bump made - will let you know when CI passes.

@thk123
Copy link
Contributor

thk123 commented Jan 24, 2019

Needed rebasing - #3916

@tautschnig
Copy link
Collaborator Author

tautschnig commented Jan 24, 2019

Closing in favour #3916.

@tautschnig tautschnig closed this Jan 24, 2019
@tautschnig tautschnig deleted the followup-opaque-cleanup branch January 24, 2019 13:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants