Skip to content

C library: Re-use known declarations when parsing the built-in library #2016

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
wants to merge 2 commits into from

Conversation

tautschnig
Copy link
Collaborator

When doing cross-platform verification we should not rely on 1) system headers
being present and 2) system headers matching the declarations that were used
while compiling the program to be verified. Thus re-use the symbol table that
has been generated from the input program when compiling functions of the
built-in library.

This will address a number of SV-COMP benchmarks that CBMC currently fails on
for they use augmented standard-library types.

@tautschnig tautschnig requested a review from kroening as a code owner April 6, 2018 14:47
@tautschnig tautschnig force-pushed the preprocessed-linking branch 2 times, most recently from 1ab4d2a to 3242373 Compare April 10, 2018 10:45
@tautschnig tautschnig assigned tautschnig and unassigned kroening Apr 10, 2018
@tautschnig tautschnig force-pushed the preprocessed-linking branch 5 times, most recently from 3184bd3 to ad308bb Compare April 16, 2018 08:48
When doing cross-platform verification we should not rely on 1) system headers
being present and 2) system headers matching the declarations that were used
while compiling the program to be verified. Thus re-use the symbol table that
has been generated from the input program when compiling functions of the
built-in library.

This will address a number of SV-COMP benchmarks that CBMC currently fails on
for they use augmented standard-library types.
@tautschnig tautschnig assigned kroening and unassigned tautschnig Apr 16, 2018
@tautschnig tautschnig self-assigned this Jun 1, 2018
@tautschnig
Copy link
Collaborator Author

Out-of-band discussion: it may be cleaner to generate code snippets that hold the information present in the symbol table and feed those to the parser together with anything to-be-parsed.

@TGWDB
Copy link
Contributor

TGWDB commented May 21, 2021

@tautschnig Came across this from #3081, just curious if this is likely to be revisited, or should we close both (this one as not going to happen, the other as "fixed" by #3089)?

@NlightNFotis
Copy link
Contributor

Going ahead with closing this one as very stale. If you believe this has been in err, please feel free to reopen the PR, and rebase on top of branch develop, so that this can get into a more mergeable state.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants