56 releases (17 breaking)

0.18.1 Oct 20, 2020
0.17.0 Oct 9, 2020
0.14.2 Jul 6, 2020
0.9.3 Mar 14, 2020
0.3.9 Mar 11, 2018

#20 in FFI

Download history 301/week @ 2020-07-07 396/week @ 2020-07-14 354/week @ 2020-07-21 407/week @ 2020-07-28 284/week @ 2020-08-04 400/week @ 2020-08-11 240/week @ 2020-08-18 239/week @ 2020-08-25 246/week @ 2020-09-01 263/week @ 2020-09-08 157/week @ 2020-09-15 170/week @ 2020-09-22 150/week @ 2020-09-29 176/week @ 2020-10-06 211/week @ 2020-10-13 288/week @ 2020-10-20

1,052 downloads per month
Used in libscroll-re

ISC license


ocaml-rs - OCaml extensions in Rust

ocaml-rs allows for OCaml extensions to be written directly in Rust with no C stubs. It was originally forked from raml, but has been almost entirely re-written thanks to support from the OCaml Software Foundation.

Works with OCaml versions 4.06.0 and up

Please report any issues on github

Getting started

Take a look at the ocaml-rust-starter project for a basic example to help get started with ocaml-rs.

On the Rust side, you will need to add the following to your Cargo.toml:

ocaml = "*"


ocaml = {git = "https://github.com/zshipko/ocaml-rs"}

For macOS you will need also to add the following to your project's .cargo/config file:

rustflags = ["-C", "link-args=-Wl,-undefined,dynamic_lookup"]

This is because macOS doesn't allow undefined symbols in dynamic libraries by default.

Additionally, if you plan on releasing to opam, you will need to vendor your Rust dependencies to avoid making network requests during the build phase, since reaching out to crates.io/github will be blocked by the opam sandbox. To do this you should run:

cargo vendor

then follow the instructions for editing .cargo/config


  • derive
    • enabled by default, adds #[ocaml::func] and friends and derive implementations for FromValue and ToValue
  • link
    • link the native OCaml runtime, this should only be used when no OCaml code will be linked statically
  • no-std
    • Allows ocaml to be used in #![no_std] environments like MirageOS




// Automatically derive `ToValue` and `FromValue`
#[derive(ocaml::ToValue, ocaml::FromValue)]
struct Example<'a> {
    name: &'a str,
    i: ocaml::Int,

pub fn incr_example(mut e: Example) -> Example {
    e.i += 1;

pub fn build_tuple(i: ocaml::Int) -> (ocaml::Int, ocaml::Int, ocaml::Int) {
    (i + 1, i + 2, i + 3)

pub fn average(arr: ocaml::Array<f64>) -> Result<f64, ocaml::Error> {
    let mut sum = 0f64;

    for i in 0..arr.len() {
        sum += arr.get_double(i)?;

    Ok(sum / arr.len() as f64)

// A `native_func` must take `ocaml::Value` for every argument and return an `ocaml::Value`
// these functions have minimal overhead compared to wrapping with `func`
pub fn incr(value: ocaml::Value) -> ocaml::Value {
    let i = value.int_val();
    ocaml::Value::int(i + 1)

// This is equivalent to:
pub extern "C" fn incr2(value: ocaml::Value) -> ocaml::Value {
    ocaml::body!((value) {
        let i = value.int_val();
        ocaml::Value::int( i + 1)

// `ocaml::native_func` is responsible for:
// - Ensures that #[no_mangle] and extern "C" are added, in addition to wrapping
// - Wraps the function body using `ocaml::body!`

// Finally, if your function is marked [@@unboxed] and [@@noalloc] in OCaml then you can avoid
// boxing altogether for f64 arguments using a plain C function and a bytecode function
// definition:
pub extern "C" fn incrf(input: f64) -> f64 {
    input + 1.0

#[cfg(feature = "derive")]
pub fn incrf_bytecode(input: f64) -> f64 {

Note: By default the func macro will create a bytecode wrapper (using bytecode_func) for functions with more than 5 arguments.

The OCaml stubs would look like this:

type example = {
    name: string;
    i: int;

external incr_example: example -> example = "incr_example"
external build_tuple: int -> int * int * int = "build_tuple"
external average: float array -> float = "average"
external incr: int -> int = "incr"
external incr2: int -> int = "incr2"
external incrf: float -> float = "incrf_bytecode" "incrf" [@@unboxed] [@@noalloc]

For more examples see test/src or ocaml-vec.

Type conversion

This chart contains the mapping between Rust and OCaml types used by ocaml::func

Rust type OCaml type
() unit
isize int
usize int
i8 int
u8 int
i16 int
u16 int
i32 int32
u32 int32
i64 int64
u64 int64
f32 float
f64 float
str string
String string
Option<A> 'a option
Result<A, B> exception
(A, B, C) 'a * 'b * 'c
&[Value] 'a array (no copy)
Vec<A>, &[A] 'a array
BTreeMap<A, B> ('a, 'b) list
LinkedList<A> 'a list

NOTE: Even though &[Value] is specifically marked as no copy, any type like Option<Value> would also qualify since the inner value is not converted to a Rust type. However, Option<String> will do full unmarshaling into Rust types. Another thing to note: FromValue for str and &[u8] is zero-copy, however ToValue for str and &[u8] creates a new value - this is necessary to ensure the string is registered with the OCaml runtime.

If you're concerned with minimizing allocations/conversions you should use Value type directly.

Pointers to Rust values on the OCaml heap

Pointer<T> can be used to create and access Rust types on the OCaml heap.

For example, for a type that implements Custom:

use ocaml::FromValue;

struct MyType;

unsafe extern "C" fn mytype_finalizer(v: ocaml::Value) {
    let ptr: ocaml::Pointer<MyType> = ocaml::Pointer::from_value(v);

ocaml::custom_finalize!(MyType, mytype_finalizer);

pub fn new_my_type() -> ocaml::Pointer<MyType> {
    // ocaml::Pointer::alloc_final(MyType, finalizer) can also be used
    // if you don't intend to implement `Custom`

pub fn my_type_example(t: ocaml::Pointer<MyType>) {
    let my_type = t.as_mut();
    // MyType has no fields, but normally you
    // would do something with MyType here

Custom exception type

When a Rust panic or Err is encountered it will be raised as a Failure on the OCaml side, to configure a custom exception type you can register it with the OCaml runtime using the name Rust_exception:

exception Rust

let () = Callback.register_exception "Rust_error" (Rust "")

It must take a single string argument.


Since 0.10 and later have a much different API compared to earlier version, here is are some major differences that should be considered when upgrading:

  • FromValue and ToValue have been marked unsafe because converting OCaml values to Rust and back also depends on the OCaml type signature.
    • A possible solution to this would be a cbindgen like tool that generates the correct OCaml types from the Rust code
  • ToValue now takes ownership of the value being converted
  • The caml! macro has been rewritten as a procedural macro called ocaml::func, which performs automatic type conversion
    • ocaml::native_func and ocaml::bytecode_func were also added to create functions at a slightly lower level
    • derive feature required
  • Added derive implementations for ToValue and FromValue for stucts and enums
    • derive feature required
  • i32 and u32 now map to OCaml's int32 type rather than the int type
    • Use ocaml::Int/ocaml::Uint to refer to the OCaml's int types now
  • Array and List now take generic types
  • Strings are converted to str or String, rather than using the Str type
  • Tuples are converted to Rust tuples (up to 20 items), rather than using the Tuple type
  • The core module has been renamed to sys and is now just an alias for the ocaml-sys crate and all sub-module have been removed