Attempt 4: developing and building remotely on a linux machine with CrossĪfter a bit of searching, I came across Cross (pun not intended). The GLIBC version of Raspbian OS was too old (compared to the one of the linux machine). With this approach, the project did compile… but running the executable on the Raspberry PI failed. In order to continue development on the Mac (well, sort of) I used Jetbrains Gatway which mostly works. I found a thorough article describing the Cargo setup needed in order to get the cross-compilation to work. Since I have a few linux machines lying around, I decided to use one of these to build the executable and deploying it to the Raspberry PI.
Warning: src/rpi_ws281x/mailbox.c:40:10: fatal error: 'sys/sysmacros.h' file not foundĪttempt 3: developing and building remotely on a linux machine with Cargo This approach works fine so long as the project doesn’t use any libraries with bindings to libraries written for linux, such as the rpi_ws281x library: Attempt 2: developing and building directly on MacOS It also requires to synchronize the source files from the development machine to the PI at every change which is a tedious process by itself. This approach is kind of guaranteed to work, but it’s slow. Jump directly to the summary Attempt 1: developing on Mac OS, building on the Raspberry PI
Shiny new MacBook Pro complete with scuba-diving sticker from my wifeĪs it turns out, this isn’t as trivial as I thought it would be. Update (): Updated the article to reflect the usage of VSCode remote development instead of JetBrains Gateway Rust development for the Raspberry PI on Apple SiliconĪ few weeks ago I started building a Rust project for the Raspberry PI using my brand new MacBook Pro with an M1 chip (the old MacBook Pro from late 2013 still works but it simply is too slow for the work I’m doing these days).
0 kommentar(er)
