10 unstable releases (3 breaking)
Uses old Rust 2015
|0.3.1||Oct 27, 2018|
|0.3.0||Oct 27, 2018|
|0.2.0||Oct 26, 2018|
|0.1.3||Oct 26, 2018|
|0.0.2||Oct 25, 2018|
#80 in Profiling
22 downloads per month
intel-seapi is a FFI wrapper for the Intel Single Event API (SEAPI, also known as IntelSEAPI) and
ittnotify, as used by Intel VTune. ITT stands for 'Instrumentation and Tracing Technology'. This particular wrapper uses a fork of IntelSEAPI because the upstream code base doesn't support cross-compilation or the MUSL C library.
It provides a static link and generates Rust FFI bindings to the
libittnotify.a/.obj library, and also compiles , but does not link or generate Rust bindings for, the
libIntelSEAPI.dylib/.so/.dll dynamic library (this is because it is only ever built dynamically and because it is designed to be used from C++).
Downstream crates can use the generated build variables
- Does not currently work on Windows, as a completely different set of APIs (ending in
W) are built for Windows by
- The dynamic library
IntelSEAPIis built but not linked and no bindings are generated for it.
- Bindgen does not generate correct bindings for most of
libittnotifybecause the C headers' function declarations do not reflect the actual managled names created. Consequently only a small subset of bindings is provided; additional bindings generated but not yet corrected are in
This is brittle, and may fail, mostly because the underlying software uses a mixture of CMake, a C++ toolchain with Rust bindings and wrappers, and IntelSEAPI is not cross-compile friendly. We use a forked version to fix some cross-compilation mistakes in their
CMakeLists.txt files, generation of fat Mac OS X object archives with architectures independent of target or host, etc.
For example, when compiling for MUSL targets, Rust's
cc crate assumes the C compiler is
musl-gcc and the C++ compiler if
musl-g++. Since the
cc crate is managed by the
cmake crate, this is something we can't easy change. This crate attempts to set the environment variable
CROSS_COMPILE if not set already when cross-compiling using a MUSL target.
- On Mac OS X, with filo-sottie's foked musl homebrew keg installed (
cargo build --target x86_64-unknown-linux-musl.
The license for this project is MIT.