Crates.io | interoptopus |
lib.rs | interoptopus |
version | 0.14.26 |
source | src |
created_at | 2021-06-13 22:31:40.919978 |
updated_at | 2024-06-29 13:21:11.491673 |
description | The polyglot bindings generator for your library (C#, C, Python, ...). 🐙 |
homepage | |
repository | https://github.com/ralfbiedert/interoptopus |
max_upload_size | |
id | 409699 |
size | 140,542 |
The polyglot bindings generator for your library.
Write a robust library in Rust, easily access it from your second-favorite language:
.dll
/ .so
in Rust, consume it from anywhere.We strive to make our generated bindings zero cost. They should be as idiomatic as you could have reasonably written them yourself, but never magic or hiding the interface you actually wanted to expose.
use interoptopus::{ffi_function, ffi_type, Inventory, InventoryBuilder, function};
#[ffi_type]
#[repr(C)]
pub struct Vec2 {
pub x: f32,
pub y: f32,
}
#[ffi_function]
#[no_mangle]
pub extern "C" fn my_function(input: Vec2) {
println!("{}", input.x);
}
// Define our FFI interface as `ffi_inventory` containing
// a single function `my_function`. Types are inferred.
pub fn ffi_inventory() -> Inventory {
InventoryBuilder::new()
.register(function!(my_function))
.inventory()
}
Language | Crate | Sample Output1 |
---|---|---|
C# | interoptopus_backend_csharp | Interop.cs |
C | interoptopus_backend_c | my_header.h |
Python | interoptopus_backend_cpython | reference.py |
Other | Write your own backend2 | - |
1 For the reference project.
2 Add support for a new language in just a few hours. No pull request needed. Pinkie promise.
If you want to ...
create a new API see the hello world,
understand what's possible, see the reference project,
support a new language, copy the C backend.
See the reference project for an overview:
functions (extern "C"
functions and delegates)
types (composites, enums, opaques, references, ...)
constants (primitive constants; results of const evaluation)
patterns (ASCII pointers, options, slices, classes, ...)
Generated low-level bindings are zero cost w.r.t. hand-crafted bindings for that language.
That said, even hand-crafted bindings encounter some target-specific overhead at the FFI boundary (e.g., marshalling or pinning in managed languages). For C# that cost is often nanoseconds, for Python CFFI it can be microseconds.
While ultimately there is nothing you can do about a language's FFI performance, being aware of call costs can help you design better APIs.
Detailed call cost tables can be found here: 🔥
For a quick overview, this table lists the most common call types in ns / call:
Construct | C# | Python |
---|---|---|
primitive_void() |
7 | 272 |
primitive_u32(0) |
8 | 392 |
many_args_5(0, 0, 0, 0, 0) |
10 | 786 |
callback(x => x, 0) |
43 | 1168 |
Gated behind feature flags, these enable:
derive
- Proc macros such as ffi_type
, ...
serde
- Serde attributes on internal types.
log
- Invoke log on FFI errors.
ctypes
now.#[ffi_service_method]
.DotNet
and Unity
(incl. Burst).Also see our upgrade instructions.
PRs are welcome.