-
Notifications
You must be signed in to change notification settings - Fork 44
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
wasm3 support for arm64 (Apple Silicon, M1) #23
Comments
The panic you are getting there is the following line, https://github.com/Veykril/wasm3-rs/blob/master/wasm3-sys/build.rs#L22. I assume you were trying to build it locally in which case you have to clone the submodule for this to build as the error message there implies it cant find the C soure. As an additional note this crate doesn't make use of the original cmake but solely relies on the build script, so it might need tweaks as well to build for your platform. |
Will give it a try and let you know. |
@wesleyhales did you ever get wasmcloud to build on an M1 machine? Would love a helping hand if so...I'm a bit out of my depth here but found this issue and looks like it's exactly the culprit for me:
|
@matthewtgilbride not yet. I think #22 or #21 are related and compile flags need to be passed in to support the M1. That issue talks about different flags for a different problem but I think the problem with passing the arguments are related. |
@wesleyhales this stuff is a bit over my head (learning Rust...with stretch goals to run this project on wasmCloud...but keeping the wasm dependencies isolated for now). My current workaround here: https://github.com/matthewtgilbride/codenames/blob/main/service/Dockerfile.wash You'll see there's a My experience with the Docker preview for M1 so far has been quite positive. Obviously you'd need to mount a volume or copy your actor .wasm into the container...but this at least unblocks my use case for now. Hope that helps...LMK. |
Hi @Veykril , it appears that I don't really understand the codebase here so forgive me if this question is somewhat ignorant. It appears you point to Is it as simple as updating the sha of that submodule to |
Assuming nothing of the api that the crate uses got changed since the last update it should suffice to just update the sys-bindings I believe |
Just checked and some things have changed for it to not compile as is unfortunately(most likely since the crate relies on some internal things still, which might not be needed anymore). I don't know if these are simple to fix or not.
|
Not sure what to do with |
Wasm3 update is tracked by #24 |
That is usually caused when not pulling the submodule sources. |
wasm3-rc won't compile on new aarch64/arm64 target. Here's the error:
I originally reported the issue here... see comments on why I brought it to this repo.
I tried to build wasm3 standalone and there are issues with unrecognized flags on arm64. After running cmake, I had to edit the build file to remove the
-march=native
flag completely and replace-fuse-ld=lld
with-fuse-ld=ld
. wasm3 successfully built after these changes.The text was updated successfully, but these errors were encountered: