aboutsummaryrefslogtreecommitdiffhomepage
path: root/runtime/Makefile.cmake.bitcode.config.in
diff options
context:
space:
mode:
authorDan Liew <daniel.liew@imperial.ac.uk>2017-05-24 18:45:40 +0100
committerDan Liew <delcypher@gmail.com>2017-06-01 11:36:09 +0100
commit1d9b6096e68eda51b95ae92b69b1f91c4cff0f7b (patch)
tree7b0146c003b322425607dbdcd339a3bfc9127cc4 /runtime/Makefile.cmake.bitcode.config.in
parent2e12c5326edde78b1344cc9df1a51db902e41bd5 (diff)
downloadklee-1d9b6096e68eda51b95ae92b69b1f91c4cff0f7b.tar.gz
[Z3] Switch from `Z3_mk_simple_solver()` to `Z3_mk_solver()`.
My discussions [1] with the Z3 team have revealed that `Z3_mk_simple_solver()` is the wrong solver to use. That solver basically runs the `simplify` tactic and then the `smt` tactic. This by-passes Z3's attempt to probe for different logics and apply its own specialized tactic. Using `Z3_mk_solver()` should be closer to the behaviour of the Z3 binary. This partially addresses #653. We still need to try rolling our own custom tactic. [1] https://github.com/Z3Prover/z3/issues/1035
Diffstat (limited to 'runtime/Makefile.cmake.bitcode.config.in')
0 files changed, 0 insertions, 0 deletions