|
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