-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Publishing musl aarch64 build products #9875
Comments
I think it's definitely fine to add this, but it will require someone to figure out how to write a build container for it. For x64 I was able to be "just dangerous enough" to cobble something together, but I've never personally successfully cross-compiled from an x64 system to aarch64-musl. Something like |
Ah, that is a little cursed. I'm supposed to be on vacation right now so I think I'll avoid doing a CI modification this complex 🙈 |
This commit refactors the way release builds are done in CI in terms of configuration and then additionally adds aarch64-musl release artifacts as requested in bytecodealliance#9875. The refactoring here is done to reduce the number of locations to understand release builds. Notably the `binary-compatible-builds` action was removed in favor of direct environment configuration in conjunction with docker images used to build. The `aarch64-musl` build itself happens in a container provided by the `cross` project to ensure that the right toolchain is configured. Closes bytecodealliance#9875
This commit refactors the way release builds are done in CI in terms of configuration and then additionally adds aarch64-musl release artifacts as requested in bytecodealliance#9875. The refactoring here is done to reduce the number of locations to understand release builds. Notably the `binary-compatible-builds` action was removed in favor of direct environment configuration in conjunction with docker images used to build. The `aarch64-musl` build itself happens in a container provided by the `cross` project to ensure that the right toolchain is configured. Closes bytecodealliance#9875 prtest:full
Looks like Would you happen to have an aarch64-musl system you can test on? I don't have one myself outside of possibly setting up QEMU. |
I do!
Do you have an Android phone? If you set up Termux, it will give you such a system (unless it's really ancient). You get a normal musllinux system. |
Doesn't Termux use Bionic like the rest of Android? |
It does. Turns out I completely misunderstood how it works! But fortunately it also has |
Feature
I would like wasmtime releases to be built for musllinux on aarch64 platform.
Benefit
Improved portability of wasmtime-py when installed from PyPI (bytecodealliance/wasmtime-py#263).
Implementation
As far as I know this target should build fine, so only CI scripts need to be updated.
The text was updated successfully, but these errors were encountered: