|
5 | 5 | [![Travis build status][travis-badge]][travis] |
6 | 6 |
|
7 | 7 |
|
8 | | -Corral is a solver for the reachability modulo theories problem. Learn more here: http://research.microsoft.com/en-us/projects/verifierq |
| 8 | +Corral is a solver for the reachability modulo theories problem. Learn more |
| 9 | +here: http://research.microsoft.com/en-us/projects/verifierq |
9 | 10 |
|
10 | | -## Dependency on Boogie |
| 11 | +## Building and Running Corral |
11 | 12 |
|
12 | | -Corral has a dependency on [Boogie](https://github.com/boogie-org/boogie), which is provided as a git submodule. To download the specific revision of Boogie that Corral depends on: |
13 | | - |
14 | | -``` |
15 | | -cd ${CORRAL_DIR} |
16 | | -git submodule init |
17 | | -git submodule update |
18 | | -``` |
19 | | - |
20 | | -## Building and running Corral on Windows |
21 | | - |
22 | | -Here is how you set up Corral. |
23 | | - |
24 | | -1. Build `cba.sln`. This solution includes the necessary Boogie projects; there is no longer a separate step to build Boogie. |
25 | | -2. Running Corral requires z3. We have tested Corral against z3 version 4.1; download and copy z3.exe in `bin\debug` folder, alongside the `corral.exe` executable. |
26 | | -3. Corral takes a Boogie program as input. There are regressions provided in `test\regressions` folder. Go to this folder and run `perl check.pl` to run all the regressions. You can run an individual test, for instance, as follows: go to `test\regressions` and do: `..\..\bin\debug\corral.exe 001\001.bpl /flags:001\config`. The flag `/flags:filename` instructs corral to read its flags from the file `filename`. |
27 | | - |
28 | | -## Building and Running Corral on Linux using Mono |
29 | | - |
30 | | -The following worked for Matt McCutchen on Fedora 23. You may need to change the `TargetFrameworkVersion` to match what your Mono version provides. |
31 | | -``` |
32 | | -cd ${CORRAL_DIR} |
33 | | -xbuild /p:TargetFrameworkVersion=v4.5 /p:Configuration=Debug cba.sln |
34 | | -ln -s ${Z3_DIR}/install/bin/z3 ${CORRAL_DIR}/bin/Debug/z3.exe |
35 | | -mono bin/Debug/corral.exe ... |
36 | | -``` |
37 | | - |
38 | | -## Building and Running Corral using .NET Core |
39 | | - |
40 | | -Currently there are separate project and solution files (`*-NetCore.*`) to build Corral with .NET Core, which use GitVersion to attach version numbers to the assemblies and package(s) generated by builds. |
| 13 | +Corral is built using [.NET Core](https://dotnet.microsoft.com) and use |
| 14 | +GitVersion to attach version numbers to the assemblies and package(s) generated |
| 15 | +by builds. |
41 | 16 |
|
42 | 17 | ```console |
43 | | -# Attach HEADs in submodules to appease GitVersion |
44 | | -$ git submodule foreach 'git branch -D master && git checkout -b master' |
45 | | - |
46 | 18 | # Build the solution |
47 | | -$ dotnet build cba-NetCore.sln |
| 19 | +$ dotnet build source/Corral.sln |
48 | 20 |
|
49 | 21 | # Run the generated executable |
50 | | -$ bin/Debug/netcoreapp3.1/corral ... |
| 22 | +$ source/Corral/bin/Debug/netcoreapp3.1/corral ... |
51 | 23 | ``` |
52 | 24 |
|
53 | 25 | > :warning: There is currently a know build problem with .NET Core and |
54 | 26 | > GitVersionTask. The workaround is to set the environment variable |
55 | 27 | > `MSBUILDSINGLELOADCONTEXT=1` and run `dotnet build-server shutdown`. |
56 | 28 |
|
57 | 29 | Alternatively, Corral can be installed as a [.NET Core Global Tool](https://docs.microsoft.com/en-us/dotnet/core/tools/global-tools): |
| 30 | + |
58 | 31 | ```console |
59 | 32 | $ dotnet tool install --global Corral |
60 | 33 | ``` |
61 | 34 |
|
| 35 | +### SMT Solver |
| 36 | + |
| 37 | +Running Corral requires [Z3](https://github.com/Z3Prover/z3). We have tested |
| 38 | +Corral against Z3 version 4.8.8. |
| 39 | + |
| 40 | +### Regressions |
| 41 | + |
| 42 | +Corral takes a Boogie program as input. There are regressions provided in |
| 43 | +`test\regressions` folder. Go to this folder and run `perl check.pl` to run all |
| 44 | +the regressions. You can run an individual test, for instance, as follows: go to |
| 45 | +`test\regressions` and do: `${CORRAL_EXE} 001\001.bpl |
| 46 | +/flags:001\config`. The flag `/flags:filename` instructs corral to read its |
| 47 | +flags from the file `filename`. |
| 48 | + |
62 | 49 | ## Versioning and Release Automation |
63 | 50 |
|
64 | | -The [main.yml](https://github.com/boogie-org/corral/blob/master/.github/workflows/main.yml) workflow will create and push a new tag each time commits are pushed to the master branch (including PR merges). By default, the created tag increments the patch version number from the previous tag. For example, if the last tagged commit were `v2.4.3`, then pushing to master would tag the latest commit with `v2.4.4`. If incrementing minor or major number is desired instead of patch, simply add `#minor` or `#major` to the first line of the commit message. For instance: |
| 51 | +The [Bump workflow](.github/workflows/main.yml) will create and push a new tag |
| 52 | +each time commits are pushed to the master branch (including PR merges). By |
| 53 | +default, the created tag increments the patch version number from the previous |
| 54 | +tag. For example, if the last tagged commit were `v2.4.3`, then pushing to |
| 55 | +master would tag the latest commit with `v2.4.4`. If incrementing minor or major |
| 56 | +number is desired instead of patch, simply add `#minor` or `#major` anywhere in |
| 57 | +the commit message. For instance: |
| 58 | + |
65 | 59 | > Adding the next greatest feature. #minor |
66 | 60 |
|
67 | | -If the last tagged commit were `v2.4.3`, then pushing this commit would generate the tag `v2.5.0`. |
| 61 | +If the last tagged commit were `v2.4.3`, then pushing this commit would generate |
| 62 | +the tag `v2.5.0`. |
68 | 63 |
|
69 | | -For pull-request merges, if minor or major version increments are desired, the first line of the merge commit message can be changed to include `#minor` or `#major`. |
| 64 | +For pull-request merges, if minor or major version increments are desired, the |
| 65 | +first line of the merge commit message can be changed to include `#minor` or |
| 66 | +`#major`. |
70 | 67 |
|
71 | 68 | Note that on each push to `master`, the following will happen: |
72 | 69 | * A travis build for `master` is triggered. |
73 | 70 | * The GitHub workflow is also triggered. |
74 | | -* Once the workflow pushes a new tag `vX.Y.Z`, another travis build for `vX.Y.Z` is triggered. |
75 | | -* The travis build for `vX.Y.Z` in Release configuration publishes releases to GitHub and [NuGet.org](https://www.nuget.org/packages/Corral/). |
| 71 | +* Once the workflow pushes a new tag `vX.Y.Z`, another travis build for `vX.Y.Z` |
| 72 | + is triggered. |
| 73 | +* The travis build for `vX.Y.Z` in Release configuration publishes releases to |
| 74 | + GitHub and [NuGet.org][nuget]. |
76 | 75 |
|
77 | 76 | [license-badge]: https://img.shields.io/github/license/boogie-org/corral?color=blue |
78 | 77 | [nuget]: https://www.nuget.org/packages/Corral |
79 | 78 | [nuget-badge]: https://img.shields.io/nuget/v/Corral |
80 | 79 | [travis]: https://travis-ci.com/boogie-org/corral |
81 | 80 | [travis-badge]: https://travis-ci.com/boogie-org/corral.svg?branch=master |
82 | | - |
0 commit comments