CVC4 prerelease version 1.8. ============================ ## Building CVC4 ./contrib/get-antlr-3.4 # download and build ANTLR ./configure.sh # use --prefix to specify a prefix (default: /usr/local) # use --name= for custom build directory cd # default is ./build make # use -jN for parallel build with N threads make check # to run default set of tests make install # to install into the prefix specified above All binaries are built into `/bin`, the CVC4 library is built into `/lib`. ## Supported Operating Systems CVC4 can be built on Linux and macOS. For Windows, CVC4 can be cross-compiled using Mingw-w64. We recommend a 64-bit operating system. On macOS, we recommend using Homebrew (https://brew.sh/) to install the dependencies. We also have a Homebrew Tap available at https://github.com/CVC4/homebrew-cvc4 . ### Cross-compiling for Windows Cross-compiling CVC4 with Mingw-w64 can be done as follows: ``` HOST=x86_64-w64-mingw32 ./contrib/get-win-dependencies ./configure --win64 --static cd # default is ./build make # use -jN for parallel build with N threads ``` The built binary `cvc4.exe` is located in `/bin` and the CVC4 library can be found in `/lib`. ## Build dependencies The following tools and libraries are required to build and run CVC4. Versions given are minimum versions; more recent versions should be compatible. - [GNU C and C++ (gcc and g++)](https://gcc.gnu.org) or [Clang](https://clang.llvm.org) (reasonably recent versions) - [CMake >= 3.1](https://cmake.org) - [GNU Bash](https://www.gnu.org/software/bash/) - [Python >= 2.7](https://www.python.org) + module [toml](https://pypi.org/project/toml/) - [GMP v4.2 (GNU Multi-Precision arithmetic library)](https://gmplib.org) - [libantlr3c v3.2 or v3.4 (ANTLR parser generator C support library)](http://www.antlr3.org/) - [Java >= 1.6](https://www.java.com) Some features, such as the theory of floating-point numbers, require [optional dependencies](optional-dependencies) (see below). ### Installing libantlr3c: ANTLR parser generator C support library For libantlr3c, you can use the script `contrib/get-antlr-3.4`. This will download, patch, and install libantlr3c. If you're on a 32-bit machine, or if you have difficulty building libantlr3c (or difficulty getting CVC4 to link against it), you may need to remove the configure option `--enable-64bit` in the script. ### Warning: GCC 4.5.1 GCC version 4.5.1 seems to have a bug in the optimizer that may result in incorrect behavior (and wrong results) in many builds. This is a known problem for MiniSat, and since MiniSat is at the core of CVC4, a problem for CVC4. We recommend using a GCC version > 4.5.1. ### Warning: Installing GMP via `contrib/get-gmp-dev` Do **not** install GMP via the provided script `contrib/get-gmp-dev` unless your distribution * does not ship with the GMP configuration you need, e.g., script `contrib/get-win-dependencies` uses `contrib/get-gmp-dev` when cross-compiling GMP for Windows. * does not ship with static GMP libraries (e.g., Arch Linux) and you want to build CVC4 statically. In most of the cases the GMP version installed on your system is the one you want and should use. ## Optional Dependencies ### SymFPU (Support for the Theory of Floating Point Numbers) [SymFPU](https://github.com/martin-cs/symfpu/tree/CVC4) is an implementation of SMT-LIB/IEEE-754 floating-point operations in terms of bit-vector operations. It is required for supporting the theory of floating-point numbers and can be installed using the `contrib/get-symfpu` script. Configure CVC4 with `configure.sh --symfpu` to build with this dependency. ### CaDiCaL (Optional SAT solver) [CaDiCaL](https://github.com/arminbiere/cadical) is a SAT solver that can be used for solving non-incremental bit-vector problems with eager bit-blasting. This dependency may improve performance. It can be installed using the `contrib/get-cadical script`. Configure CVC4 with `configure.sh --cadical` to build with this dependency. ### CryptoMiniSat (Optional SAT solver) [CryptoMinisat](https://github.com/msoos/cryptominisat) is a SAT solver that can be used for solving bit-vector problems with eager bit-blasting. This dependency may improve performance. It can be installed using the `contrib/get-cryptominisat` script. Configure CVC4 with `configure.sh --cryptominisat` to build with this dependency. ### LFSC (The LFSC Proof Checker) [LFSC](https://github.com/CVC4/LFSC) is required to check proofs internally with --check-proofs. It can be installed using the `contrib/get-lfsc` script. Configure CVC4 with `configure.sh --lfsc` to build with this dependency. ### SWIG >= 3.0.x (Simplified Wrapper and Interface Generator) SWIG 3.0.x (and a JDK) is necessary to build the Java API. See [Language Bindings](#language-bindings) below for build instructions. ### CLN >= v1.3 (Class Library for Numbers) [CLN](http://www.ginac.de/CLN) is an alternative multiprecision arithmetic package that may offer better performance and memory footprint than GMP. Configure CVC4 with `configure.sh --cln` to build with this dependency. Note that CLN is covered by the [GNU General Public License, version 3](https://www.gnu.org/licenses/gpl-3.0.en.html). If you choose to use CVC4 with CLN support, you are licensing CVC4 under that same license. (Usually CVC4's license is more permissive than GPL, see the file `COPYING` in the CVC4 source distribution for details.) ### glpk-cut-log (A fork of the GNU Linear Programming Kit) [glpk-cut-log](https://github.com/timothy-king/glpk-cut-log/) is a fork of [GLPK](http://www.gnu.org/software/glpk/) (the GNU Linear Programming Kit). This can be used to speed up certain classes of problems for the arithmetic implementation in CVC4. (This is not recommended for most users.) glpk-cut-log can be installed using the `contrib/get-glpk-cut-log` script. Note that the only installation option is manual installation via this script. CVC4 is no longer compatible with the main GLPK library. Configure CVC4 with `configure.sh --glpk` to build with this dependency. Note that GLPK and glpk-cut-log are covered by the [GNU General Public License, version 3](https://www.gnu.org/licenses/gpl-3.0.en.html). If you choose to use CVC4 with GLPK support, you are licensing CVC4 under that same license. (Usually CVC4's license is more permissive; see above discussion.) ### ABC library (Improved Bit-Vector Support) [ABC](http://www.eecs.berkeley.edu/~alanmi/abc/) (A System for Sequential Synthesis and Verification) is a library for synthesis and verification of logic circuits. This dependency may improve performance of the eager bit-vector solver. When enabled, the bit-blasted formula is encoded into and-inverter-graphs (AIG) and ABC is used to simplify these AIGs. ABC can be installed using the `contrib/get-abc` script. Configure CVC4 with `configure.sh --abc` to build with this dependency. ### GNU Readline library (Improved Interactive Experience) The [GNU Readline](http://cnswww.cns.cwru.edu/php/chet/readline/rltop.html) library is optionally used to provide command editing, tab completion, and history functionality at the CVC4 prompt (when running in interactive mode). Check your distribution for a package named "libreadline-dev" or "readline-devel" or similar. Note that GNU Readline is covered by the [GNU General Public License, version 3](https://www.gnu.org/licenses/gpl-3.0.en.html). If you choose to use CVC4 with GNU Readline support, you are licensing CVC4 under that same license. (Usually CVC4's license is more permissive; see above discussion.) ### libboost_thread: The Boost C++ threading library (Portfolio Builds) The [Boost](http://www.boost.org) C++ threading library (often packaged independently of the Boost base library) is needed to run CVC4 in "portfolio" (multithreaded) mode. Check your distribution for a package named "libboost-thread-dev" or similar. ### Boost C++ base libraries (Examples) The [Boost](http://www.boost.org) C++ base library is needed for some examples provided with CVC4. ### CxxTest Unit Testing Framework (Unit Tests) [CxxTest](http://cxxtest.com) is required to optionally run CVC4's unit tests (included with the distribution). See [Testing CVC4](#Testing-CVC4) below for more details. ## Language bindings CVC4 provides a complete and flexible C++ API (see `examples/api` for examples). It further provides Java (see `examples/SimpleVC.java` and `examples/api/java`) and Python (see `examples/SimpleVC.py`) API bindings. Configure CVC4 with `configure.sh --language-bindings=[java,python,all]` to build with language bindings. Note that this requires SWIG >= 3.0.x. In principle, since we use SWIG to generate the native Java and PythonAPI, we could support other languages as well. However, using CVC4 from other languages is not supported, nor expected to work, at this time. If you're interested in helping to develop, maintain, and test a language binding, please contact one of the project leaders. ## Building the Examples See `examples/README.md` for instructions on how to build and run the examples. ## Testing CVC4 We use `ctest` as test infrastructure, for all command-line options of ctest, see `ctest -h`. Some useful options are: ctest -R # run all tests with names matching ctest -E # exclude tests with names matching ctest -L # run all tests with labels matching ctest -LE # exclude tests with labels matching ctest # run all tests ctest -jN # run all tests in parallel with N threads ctest --output-on-failure # run all tests and print output of failed tests We have 4 categories of tests: - **examples** in directory `examples` (label: **example**) - **regression tests** (5 levels) in directory `test/regress` (label: **regressN** with N the regression level) - **system tests** in directory `test/system` (label: **system**) - **unit tests** in directory `test/unit` (label: **unit**) ### Testing System Tests The system tests are not built by default. make systemtests # build and run all system tests make # build test/system/. ctest system/ # run test/system/. All system test binaries are built into `/bin/test/system`. We use prefix `system/` + `` (for `` in `test/system`) as test target name. make ouroborous # build test/system/ouroborous.cpp ctest -R ouroborous # run all tests that match '*ouroborous*' # > runs system/ouroborous ctest -R ouroborous$ # run all tests that match '*ouroborous' # > runs system/ouroborous ctest -R system/ouroborous$ # run all tests that match '*system/ouroborous' # > runs system/ouroborous ### Testing Unit Tests The unit tests are not built by default. make units # build and run all unit tests make # build test/unit//. ctest unit// # run test/unit//. All unit test binaries are built into `/bin/test/unit`. We use prefix `unit/` + `/` + `` (for `` in `test/unit/`) as test target name. make map_util_black # build test/unit/base/map_util_black.cpp ctest -R map_util_black # run all tests that match '*map_util_black*' # > runs unit/base/map_util_black ctest -R base/map_util_black$ # run all tests that match '*base/map_util_black' # > runs unit/base/map_util_black ctest -R unit/base/map_util_black$ # run all tests that match '*unit/base/map_util_black' # > runs unit/base/map_util_black ### Testing Regression Tests We use prefix `regressN/` + `/` + `` (for `` in level `N` in `test/regress/regressN/`) as test target name. ctest -L regress # run all regression tests ctest -L regress0 # run all regression tests in level 0 ctest -L regress[0-1] # run all regression tests in level 0 and 1 ctest -R regress # run all regression tests ctest -R regress0 # run all regression tests in level 0 ctest -R regress[0-1] # run all regression tests in level 0 and 1 ctest -R regress0/bug288b # run all tests that match '*regress0/bug288b*' # > runs regress0/bug288b ### Custom Targets All custom test targets build and run a preconfigured set of tests. - `make check [-jN] [ARGS=-jN]` The default build-and-test target for CVC4, builds and runs all examples, all system and unit tests, and regression tests from levels 0 to 2. - `make systemtests [-jN] [ARGS=-jN]` Build and run all system tests. - `make units [-jN] [ARGS=-jN]` Build and run all unit tests. - `make regress [-jN] [ARGS=-jN]` Build and run regression tests from levels 0 to 2. - `make runexamples [-jN] [ARGS=-jN]` Build and run all examples. - `make coverage [-jN] [ARGS=-jN]` Build and run all tests (system and unit tests, regression tests level 0-4) with gcov to determine code coverage. We use `ctest` as test infrastructure, and by default all test targets are configured to **run** in parallel with the maximum number of threads available on the system. Override with `ARGS=-jN`. Use `-jN` for parallel **building** with `N` threads.