|
9 | 9 | // in that we don't want to export internal headers to the clients, and our
|
10 | 10 | // current build system architecture on the C++ end doesn't allow us to do so.
|
11 | 11 | //
|
12 |
| -// At the same time, we want to allow the Rust API to be able to catch at the shim |
13 |
| -// level the errors generated within CBMC, which are C++ types (and subtypes of |
14 |
| -// those), and so because of the mechanism that cxx.rs uses, we need to have the |
15 |
| -// types present at compilation time (an incomplete type won't do - I've tried). |
| 12 | +// At the same time, we want to allow the Rust API to be able to catch at the |
| 13 | +// shimlevel the errors generated within CBMC, which are C++ types (and |
| 14 | +// subtypes of those), and so because of the mechanism that cxx.rs uses, we |
| 15 | +// need to have thetypes present at compilation time (an incomplete type won't |
| 16 | +// do - I've tried). |
16 | 17 | //
|
17 | 18 | // This is the best way that we have currently to be have the type definitions
|
18 | 19 | // around so that the exception handling code knows what our exceptions look
|
|
23 | 24 | // This should mirror the definition in `util/invariant.h`.
|
24 | 25 | class invariant_failedt
|
25 | 26 | {
|
26 |
| - private: |
| 27 | +private: |
27 | 28 | const std::string file;
|
28 | 29 | const std::string function;
|
29 | 30 | const int line;
|
@@ -56,7 +57,7 @@ class invariant_failedt
|
56 | 57 | // This is needed here because the original definition is in the file
|
57 | 58 | // <util/exception_utils.h> which is including <util/source_location.h>, which
|
58 | 59 | // being an `irep` is a no-go for our needs as we will need to expose internal
|
59 |
| -// headers as well. |
| 60 | +// headers as well. |
60 | 61 | class cprover_exception_baset
|
61 | 62 | {
|
62 | 63 | public:
|
|
0 commit comments