|new 0.4.40||Sep 10, 2020|
|0.4.38||Jun 18, 2020|
|0.4.24||Feb 13, 2020|
|0.4.18||Oct 28, 2019|
|0.3.1||Mar 13, 2018|
#39 in Cargo plugins
1,304 downloads per month
Used in 2 crates (via dinghy-lib)
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
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.
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.
Depending on what is your targets and your workstation, setting up Dinghy can be more or less easy.
- Android is relatively easy, specifically if you already are a mobile developper
- iOS setup has a lot of steps, but at least Apple provides everything you will need. Once again, if you are an iOS developper, most of the heavy lifting has been already done. And if you are not, be aware that you won't have anything to pay.
- other remore ssh-accessible devices easiest from dinghy point of view, but you willbe on your own to obtain the toolchain for your device architecture and operating system. If your device is a RaspberryPi running raspbian, we can help :)
- Some projects need resources files for running their tests or benches. Dinghy tries its best to make it work in as many project/target configuration as possible but some projects needs a bit of help.
- In some bigger projects, you may need to filter you projects 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.
dinghy-buildcrate offers some
build.rsfeatures that are useful in the context of cross-compilation.
Licensed under either of
- Apache License, Version 2.0 (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)
- MIT license (LICENSE-MIT or http://opensource.org/licenses/MIT) at your option.
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.