2018
DOI: 10.1007/978-3-319-94111-0_5
|View full text |Cite
|
Sign up to set email alerts
|

Improving Generalization in Software IC3

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
4
0
1

Year Published

2019
2019
2022
2022

Publication Types

Select...
3
1

Relationship

1
3

Authors

Journals

citations
Cited by 4 publications
(5 citation statements)
references
References 15 publications
0
4
0
1
Order By: Relevance
“…Property-directed reachability (PDR) is a SAT/SMT-based reachability algorithm that incrementally constructs inductive invariants. After it was successfully applied to hardware model checking [43,44], several adaptations to software model checking have been proposed [42,63,64,130,131].…”
Section: Competition On Software Verification (2010s)mentioning
confidence: 99%
“…Property-directed reachability (PDR) is a SAT/SMT-based reachability algorithm that incrementally constructs inductive invariants. After it was successfully applied to hardware model checking [43,44], several adaptations to software model checking have been proposed [42,63,64,130,131].…”
Section: Competition On Software Verification (2010s)mentioning
confidence: 99%
“…While PDR (also known as IC3 for its first implementation [13]) was introduced as a SAT-based algorithm for model checking finite-state Boolean transition systems [14], several approaches have since then been presented to extend it to SMT and to apply it to the verification of software models: PDR has been suggested as an interpolation engine for Impact, but experiments have shown that it is too expensive in the general case, and is most effective if only applied as a fall-back engine for cases where a cheaper interpolation engine fails to produce useful interpolants [16]. It also has been proposed to improve this approach by tracking control-flow locations explicitly instead of symbolically [31], thereby avoiding the problem that many iterations of the algorithm are spent only to learn the control flow, and this idea has later been extended by several improvements to the generalization step of PDR [30]. Another approach is to model the program using a Boolean abstraction, which has the advantage that it requires only few changes to the original algorithm, but the disadvantage that a refinement procedure is necessary to handle the spurious paths introduced by the abstraction: One such approach uses infeasible error paths (i.e., counterexample-guided abstraction refinement (CEGAR) [18]) to refine the abstraction [17], while another (CTIGAR) uses counterexamples to induction [12]; both of these refinement techniques use interpolation to obtain abstraction predicates; the latter of the two techniques is used in two of the configurations we compare in our evaluation (CPAchecker-CTIGAR and Vvt-CTIGAR [21]).…”
Section: Pdr-like Invariant Generationmentioning
confidence: 99%
“…Unfortunately, we could include neither the implementations of Cimatti and Grigio [16], nor that of Lange, Prinz, Neuhäußer, Noll, and Katoen [30,31], in our evaluation. The former are only applicable to transition systems in SMT format and control-flow graphs in SMTCFA format, respectively, not to C programs, and the latter is not publicly available.…”
Section: Verification Tools and Algorithmsmentioning
confidence: 99%
See 1 more Smart Citation
“…T. Lange, F. Prinz, M. R. Neuhäußer, T. Noll, and J.-P. Katoen (2018). "Improving Generalization in Software IC3".…”
Section: Prior Publicationsunclassified