-
Notifications
You must be signed in to change notification settings - Fork 71
Add cross-compilation to Aarch64 logic and investigate CI testing #55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
To cross-compile before, it used to be as easy as changing the Mbed Crypto library compiler in the
It might be because the linker used is the system linker and not an Aarch64-toolchain linker? |
You could also leverage buildx to do emulated builds, or to point to a remote armv8 builder instance (AWS A1). |
Part of this issue is being addressed in #61: The remaining parts of this issue are related with testing:
|
#64 completed the first point above |
We are going to set up a GitHub Actions self-hosted runner on an Arm Machine! That way we will only need little modification to our GH Actions workflows to make them run on Arm as well. cf WorksOnArm/cluster#190 |
Due to security problems about using GitHub Actions self-hosted runners, we decided to switch to Travis CI which has been enabled in #90 |
Currently all tests in our CI execute on x86.
We need to make sure that compiling the service is as easy as
cargo build --target aarch64-unknown-linux-gnu
. It will be currently except for the compilation of Mbed Crypto which needs extra logic inbuild.rs
scripts.We also need to investigate CI testing on this target and what are our options.
We can look at cross and at native testing using Travis.
The text was updated successfully, but these errors were encountered: