Crates.io | ctest2 |
lib.rs | ctest2 |
version | 0.4.8 |
source | src |
created_at | 2020-06-01 16:08:09.466008 |
updated_at | 2024-02-17 05:24:05.558075 |
description | Automated tests of FFI bindings. |
homepage | https://github.com/JohnTitor/ctest2 |
repository | https://github.com/JohnTitor/ctest2 |
max_upload_size | |
id | 248721 |
size | 101,519 |
Note: This is a fork of ctest
, intended as a temporary replacement until maintenance of ctest
resumes.
Automated testing of FFI bindings in Rust. This repository is intended to
validate the *-sys
crates that can be found on crates.io to ensure that the
APIs in Rust match the APIs defined in C.
The MSRV is 1.56.0 because of the transitive dependencies. Note that MSRV may be changed anytime by dependencies.
Unfortunately the usage today is a little wonky, but to use this library, first, create a new Cargo project in your repo:
$ cargo new --bin systest
Then, edit systest/Cargo.toml
to add these dependencies:
[package]
# ...
build = "build.rs"
[dependencies]
mylib-sys = { path = "../mylib-sys" }
libc = "0.2"
[build-dependencies]
ctest2 = "0.4"
Next, add a build script to systest/build.rs
:
fn main() {
let mut cfg = ctest2::TestGenerator::new();
// Include the header files where the C APIs are defined
cfg.header("foo.h")
.header("bar.h");
// Include the directory where the header files are defined
cfg.include("path/to/include");
// Generate the tests, passing the path to the `*-sys` library as well as
// the module to generate.
cfg.generate("../mylib-sys/lib.rs", "all.rs");
}
Next, add this to src/main.rs
#![allow(bad_style)]
use libc::*;
use mylib_sys::*;
include!(concat!(env!("OUT_DIR"), "/all.rs"));
And you're good to go! To run the tests execute cargo run
in the systest
directory, and everything should be kicked into action!
This library will parse the *-sys
crate to learn about all extern fn
definitions within. It will then generate a test suite to ensure that all
function function signatures, constant values, struct layout/alignment, type
size/alignment, etc, all match their C equivalent.
The generated tests come in two forms. One is a Rust file which contains the
main
function (hence the include!
above), and another is a C file which is
compiled as part of the build script. The C file is what includes all headers
and returns information about the C side of things (which is validated in Rust).
A large amount of configuration can be applied to how the C file is generated, you can browse the documentation.
This project is licensed under either of
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in ctest2 by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.