83 releases

0.6.7 Sep 14, 2023
0.6.4 Apr 13, 2023
0.6.3 Nov 18, 2022
0.6.0 Jul 27, 2022
0.3.1 Mar 13, 2018

#166 in Cargo plugins

Download history 655/week @ 2023-06-08 810/week @ 2023-06-15 1019/week @ 2023-06-22 697/week @ 2023-06-29 1086/week @ 2023-07-06 754/week @ 2023-07-13 902/week @ 2023-07-20 997/week @ 2023-07-27 720/week @ 2023-08-03 251/week @ 2023-08-10 416/week @ 2023-08-17 428/week @ 2023-08-24 651/week @ 2023-08-31 845/week @ 2023-09-07 877/week @ 2023-09-14 830/week @ 2023-09-21

3,266 downloads per month
Used in 2 crates (via dinghy-lib)


348 lines


rustc >= 1.64.0 MIT/Apache 2 Build and test


Dinghy is a cargo extension to bring cargo workflow to cross-compilation situations.

Dinghy is specifically useful with "small" processor-based devices, like Android and iOS phones, or small single board computers like the Raspberry Pi. Situations where native compilation is not possible, or not practical.

Initially tests and benches were the primary objective of Dinghy, but now at Snips we use it to cross-compile our entire platform. This includes setting up the stage for cc and pkg-config crates in one single place.

If you are a Rust library author, you can run your tests and benches on your smartphone in minutes. And you should, at least once in a while.


Let's try how BurntSushi's byteorder handles f32 on a few arm devices, two smartphones, and a Raspberry Pi.


Phew. It works.


Once dinghy knows about your toolchains and devices, you will be able to run tests and benches from a simple cargo command in any cargo project, most of the time without altering them.

Just add dinghy -d some_device between cargo and its subcommand:

cargo dinghy -d my_android test
cargo dinghy -d my_raspberry bench

By default, without -d, Dinghy will make a native build, just like cargo would do.

Getting started

Depending on your targets and your workstation, the ease of setting up Dinghy can vary.

  • Android is relatively easy, specifically if you already are a mobile developer.
  • iOS setup has a lot of steps, but at least Apple provides everything you will need. Once again, if you are an iOS developer, most of the heavy lifting has been already done. And if you are not, be aware that you won't have to pay anything.
  • other remote ssh-accessible devices are the easiest from dinghy point of view, but you will be on your own to obtain the toolchain for your device architecture and operating system. If your device is a Raspberry Pi running raspbian, we can help. :)

Advanced topics and features

  • Some projects need resources files for running their tests or benches. Dinghy tries its best to make it work in as many project/target configurations as possible but some projects need a bit of help.
  • In some bigger projects, you may need to filter your project's members depending on the platform you want to test.
  • Passing environment variables to your executable may sometimes be useful.
  • Dinghy offers an overlay system to "add" stuff to your toolchain sysroot. This allows you to add "stuff" to your build dependencies, like static libraries or headers without altering the sysroot toolchain.
  • The dinghy-build crate offers some build.rs features that are useful in the context of cross-compilation.


Licensed under either of


Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.


Helpers for build.rs scripts.

This library is meant to be used in build.rs scripts context.

It contains a set of standalone functions that encodes some of the shared wisdom and conventions across build.rs scripts, cargo, dinghy, cc-rs, pkg-config-rs, bindgen, and others. It also helps providing cross-compilation arguments to autotools ./configure scripts.