Stream: git-wasmtime

Topic: wasmtime / issue #12217 Undefined symbols for architectur...

view this post on Zulip Wasmtime GitHub notifications bot (Dec 24 2025 at 12:21):

Ludea opened issue #12217:

Thanks for filing a bug report! Please fill out the TODOs below.

Note: if you want to report a security issue, please read our security policy!

Test Case

TODO: upload Wasm file here

Steps to Reproduce

Build a project with wasmtime on Macos x86_64

Expected Results

TODO: What do you expect to happen?
Successfull build

Actual Results

Undefined symbols for architecture x86_64:
            "wasmtime::runtime::vm::stack_switching::stack::unix::x86_64::wasmtime_continuation_start::hdc1ced40823a7b01", referenced from:
                wasmtime::runtime::vm::libcalls::cont_new::hd74388a76ef1e7b1 in libwasmtime-866a24c229d0a23b.rlib[18](wasmtime-866a24c229d0a23b.wasmtime.326c71a07024d4d1-cgu.15.rcgu.o)
          ld: symbol(s) not found for architecture x86_64
          clang: error: linker command failed with exit code 1 (use -v to see invocation)

Versions and Environment

Wasmtime version or commit: TODO
40.0.0

Operating system: TODO
Macos
Architecture: TODO
x86_64

Extra Info

Work on Windows and Ubuntu hosts

Anything else you'd like to add?
I get this on GHA runners.
With 39.0.0, get no issues

view this post on Zulip Wasmtime GitHub notifications bot (Dec 24 2025 at 12:21):

Ludea added the bug label to Issue #12217.

view this post on Zulip Wasmtime GitHub notifications bot (Dec 24 2025 at 12:23):

Ludea edited issue #12217:

Steps to Reproduce

Build a project with wasmtime on Macos x86_64

Expected Results

What do you expect to happen?
Successfull build

Actual Results

Undefined symbols for architecture x86_64:
            "wasmtime::runtime::vm::stack_switching::stack::unix::x86_64::wasmtime_continuation_start::hdc1ced40823a7b01", referenced from:
                wasmtime::runtime::vm::libcalls::cont_new::hd74388a76ef1e7b1 in libwasmtime-866a24c229d0a23b.rlib[18](wasmtime-866a24c229d0a23b.wasmtime.326c71a07024d4d1-cgu.15.rcgu.o)
          ld: symbol(s) not found for architecture x86_64
          clang: error: linker command failed with exit code 1 (use -v to see invocation)

Versions and Environment

Wasmtime version or commit:
40.0.0

Operating system:
Macos
Architecture:
x86_64

Extra Info

Work on Windows and Ubuntu hosts

Anything else you'd like to add?
I get this on GHA runners.
With 39.0.0, get no issues

view this post on Zulip Wasmtime GitHub notifications bot (Dec 24 2025 at 12:51):

bjorn3 commented on issue #12217:

Are you using LTO? What rustc version are you using?

view this post on Zulip Wasmtime GitHub notifications bot (Dec 24 2025 at 12:54):

Ludea commented on issue #12217:

rust version : 1.92 and I don't use LTO

view this post on Zulip Wasmtime GitHub notifications bot (Dec 25 2025 at 01:52):

alexcrichton commented on issue #12217:

Historically this has been highly dependent on compiler options to reproduce and try to debug. Can you share the exact command line and flags you're using to build with Wasmtime? (and the project too perhaps?)

view this post on Zulip Wasmtime GitHub notifications bot (Dec 26 2025 at 13:09):

Ludea commented on issue #12217:

I run `cargo run --target x86_64-apple-darwin
Full logs: https://github.com/Ludea/Sparus/actions/runs/20456998389/job/58781144754#step:18:554

view this post on Zulip Wasmtime GitHub notifications bot (Jan 02 2026 at 01:06):

LeoBorai commented on issue #12217:

Hi! I think I stepped onto the same issue. Here is the action output for reference:

https://github.com/LeoBorai/mate/actions/runs/20648322467/job/59289052033

view this post on Zulip Wasmtime GitHub notifications bot (Jan 05 2026 at 08:49):

Ludea commented on issue #12217:

I get another project with wasmtime 40.0.0, and it sucessfully build on Macos x86_64 :thinking:​:sweat:​

view this post on Zulip Wasmtime GitHub notifications bot (Jan 06 2026 at 05:23):

alexcrichton commented on issue #12217:

I'm attempting to fix this in https://github.com/bytecodealliance/wasmtime/pull/12245 but I'm a bit blind since I don't have a great way to reproduce myself locally. @Ludea or @LeoBorai if y'all are able to test out that patch that'd be very helpful!

view this post on Zulip Wasmtime GitHub notifications bot (Jan 06 2026 at 10:58):

Ludea commented on issue #12217:

Both Macos arch successfully build
https://github.com/Ludea/Sparus/actions/runs/20744752356
I'm waiting @LeoBorai to confirm the fix and will close this issue

view this post on Zulip Wasmtime GitHub notifications bot (Jan 06 2026 at 12:59):

LeoBorai commented on issue #12217:

Hi @Ludea, @alexcrichton.

Thanks for counting on me for this, I will revert the PR mentioned disabling the build target and get back to you soon.

HNY!

view this post on Zulip Wasmtime GitHub notifications bot (Jan 06 2026 at 15:43):

alexcrichton closed issue #12217:

Steps to Reproduce

Build a project with wasmtime on Macos x86_64

Expected Results

What do you expect to happen?
Successfull build

Actual Results

Undefined symbols for architecture x86_64:
            "wasmtime::runtime::vm::stack_switching::stack::unix::x86_64::wasmtime_continuation_start::hdc1ced40823a7b01", referenced from:
                wasmtime::runtime::vm::libcalls::cont_new::hd74388a76ef1e7b1 in libwasmtime-866a24c229d0a23b.rlib[18](wasmtime-866a24c229d0a23b.wasmtime.326c71a07024d4d1-cgu.15.rcgu.o)
          ld: symbol(s) not found for architecture x86_64
          clang: error: linker command failed with exit code 1 (use -v to see invocation)

Versions and Environment

Wasmtime version or commit:
40.0.0

Operating system:
Macos
Architecture:
x86_64

Extra Info

Work on Windows and Ubuntu hosts

Anything else you'd like to add?
I get this on GHA runners.
With 39.0.0, get no issues

view this post on Zulip Wasmtime GitHub notifications bot (Jan 06 2026 at 18:48):

LeoBorai commented on issue #12217:

Hi guys, here is a PR using the branch from @alexcrichton referring to Apple x86/64 builds.

https://github.com/LeoBorai/mate/actions/runs/20751156050/job/59580631851?pr=23#step:6:87

I see it still fails on building wasmtime related crates. I'm not sure if wasmtime-wasi should also point to @alexcrichton's branch?

view this post on Zulip Wasmtime GitHub notifications bot (Jan 06 2026 at 19:09):

Ludea commented on issue #12217:

Yes,
See https://github.com/Ludea/Sparus/blob/main/src-tauri/Cargo.toml#L41

Last updated: Jan 09 2026 at 13:15 UTC