Changes in Cargo.toml

9acefdfe - Merge `wasmtime-math` into `wasmtime-core` (#12398)

Fri, 23 Jan 2026 16:53:02 +0000

Merge `wasmtime-math` into `wasmtime-core` (#12398)* Merge `wasmtime-math` into `wasmtime-core`No real need to have two "core" crates, let's just have one.* Fix warnings List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

b112bb85 - Migrate winch-codegen to `wasmtime_environ::error` (#12297)

Fri, 09 Jan 2026 19:20:48 +0000

Migrate winch-codegen to `wasmtime_environ::error` (#12297) List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

63d482c8 - Stack switching: Infrastructure and runtime support (#10388)

Wed, 04 Jun 2025 22:47:35 +0000

Stack switching: Infrastructure and runtime support (#10388)* [pr1] base* prtest:full* make sure to use ControlFlow result in trace_suspended_continuation* stack-switching: cleanup: remove stray c-api changesThese are remnants of unrelated wasmfx wasmtime experiments, possiblysuitable for later submission against upstream.* stack-switching: reuse async_stack_size* stack-switching: delete delete_me debugging* stack-switching: address feedback in environ::types* stack-switching: remove unused code from vmoffsets* stack-switching: drop dependency on std* stack-switching: add compilation checks to ci matrix* stack-switching: remove debug_println cruft* stack-switching: export environ consts consistently* stack-switching: export vm pub items consistently* table_pool: reduced capacity for large elementsVMContRef elements which takes up two words and we don't want todouble the size of all tables in order to support storing these.This change changes the table to target storing the requestedmax number of elements if they are "nominally" sized with(potentially) reduced capacity for non-nominally sized types whenencountered.Continuations are the only type of element which may result infewer table slots being available than requested.* stack-switching: extend conditional compilationA fair bit of the definitions for stack switching are stillenabled, but this patch takes things a bit further to avoidcompilation problems; notably, cont_new is now not compiledin unless the feature is enabled.* stack-switching: formatting fixes* stack-switching: address new clippy checksIn addition, to get clippy to fully pass, plumbed inadditional config to make winch paths happy; there's noimpl for winch yet but plumbing through the feature isrequired to make paths incorporating macros at variouslayers satisfied (and it is expected we'll use thefeatures in the future).* stack-switching: more conditional compilation fixes* stack-switching: additional conditional compile on table builtins for continuations* stack-switching: additional conditional compile fixes* stack-switching: additional conditional compile in store* stack-switching: remove overly strict assertion* stack-switching: remove errantly dropped no_mangle in config c-api* stack-switching: VMContObj::from_raw_parts* stack-switching: remove duplicate async_stack_size feature check* stack-switching: VMArray -> VMHostArray* stack-switching: remove unnecessary clippy exception* stack-switching: fix docs referenced VMRuntimeLimits* stack-switching: fix doc typo* stack-switching: follow recommendations for type casts* stack-switching: use usize::next_multiple_of* stack-switching: update outdated comment* stack-switching: use feature gate instead of allow(dead_code)* stack-switching: rework backtrace using chunks/zip* stack-switching: move tests to footer moduleThis is a bit more consistent with the prevailing stylein tree and (subjectively) makes finding the testsas a reader more straightforward.Tests left unchanged sans some import cleanup.* stack-swictchding: verify stack_chain offsets at runtime* fixup! stack-switching: use feature gate instead of allow(dead_code)* stack-switching: document continuation roots tracing using match arms---------Co-authored-by: Paul Osborne List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

9d384235 - Refactor float-to-int conversion bounds (#10884)

Mon, 02 Jun 2025 16:45:11 +0000

Refactor float-to-int conversion bounds (#10884)This commit deduplicates a number of locations throughout the codebasethat contain the bounds for float-to-int conversions. These bounds arerelatively subtle and not easy to get right so it's probably best tokeep them all centralized in one location. List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

114624c2 - x64: remove `Inst::AluRmiR` (#10687)

Fri, 02 May 2025 14:42:32 +0000

x64: remove `Inst::AluRmiR` (#10687)* Remove `AluRmiR`This change completely removes the `Inst::AluRmiR` variant along withassociated code. The only remaining place this was used was via the`Inst::alu_rmi_r` helper, which is replaced by `Inst::add|sub|and|or...`helpers.The lowering, implemented here in Rust, is meant to mimic the behavioralso-encoded in ISLE. In discussions about this in the Craneliftmeeting, this duplication was of low concern. Nevertheless, this couldbe improved in the future. In any case, this commit clearly identifiesthe locations that build an ALU instruction in Rust: ABI logic, Winch,and long-ish lowering sequences.* Make `Inst::` emit smaller immediate codeTo avoid many offset changes in disassembly tests, this change improvesthe `Inst::` helpers by teaching them how to emit smaller `mi`encodings when the immediate part can fit in an 8-bit slot.* Bless all affected Cranelift tests* Fix up Cranelift emit testsIn the `Inst::` helpers, I chose to use the `rm` format of the ALUinstructions and not the previously-used `mr` format. Either format isfine for reg-reg operations but but would be incorrect if any previoususes of these helpers had inserted the `LOCK` prefix (`0xF0`)immediately prior; the `LOCK` prefix is only valid on instructions witha destination memory operand (i.e., `mr`, where `m` is read-write). Idid not find any uses like this and this would have been quite an unsafeway to encode instructions anyways. I chose to use `rm` because it fitsthe helper signature better: if we ever decided to use the memoryvariant of the read operand (i.e., `src: RegMemImm`), then the `rm`format is the right thing to use. But this change of format means thatwe emit slightly different instructions for these long, atomicsequences.* Convert Winch to use assembler ALU instructionsUp until now, Winch had been using the `Inst::alu_rmi_r` for generatingthe instructions it needed to emit. With this helper now gone, we have achose: (a) continue using `Inst` helpers that use the new assembler or(b) use the new assembler directly. This change adopts option (b).Because of how `cranelift-codegen`'s register allocation works, we havebeen passing a `PairedGpr` into the read-write slots of the newassembler (this enables us to separate out the read-side and write-sideas separate virtual registers). For Winch to use this, we have to expose`PairedGpr` via the now-public `isa::x64::inst::external` module.* Use `cranelift-assembler-x64` unconditionally in WinchDue to how Cargo optional dependencies work and how we have chosen toimplement backend Cargo features, we decided in the Cranelift meeting tojust include this dependency unconditionally.* Bless all affected Wasmtime tests* review: refactor to remove the need for `Inst::` helpers entirely* review: add `Inst::{add|sub}q_mi` helpersThis reduces the number of places we need to check for the opportunityfor smaller encodings.* review: accept `impl Into<...>` in assembly constructorsThis further reduces the boilerplate involved in creating newinstructions. List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

b93e1bc0 - winch: Gracefully handle compilation errors (#9851)

Wed, 01 Jan 2025 18:11:39 +0000

winch: Gracefully handle compilation errors (#9851)* winch: Gracefully handle compilation errorsCloses: https://github.com/bytecodealliance/wasmtime/issues/8096This commit threads `anyhow::Result` through most of Winch'scompilation process in order to gracefully handle compilation errorsgracefully instead of panicking.The error classification is intentionally very granular, to avoid stringallocation which could impact compilation performance.The errors are largely fit in two categories:* Unimplemented/Unsupported* InternalThe firs category signals partial or no support for Wasmtime featuresand or Wasm proposals. These errors are meant to be temporary whilesuch features or proposals are in development.The second category signals that a compilation invariant was not met.These errors are considered internal and their presence usually meansa bug in the compiler.* Include `Result` in the MacroAssemblerThis commit updates the MacroAssembler trait to require returning`Result` on every method in the interface, making it easier todetect partial support for Masm instructions. List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

1f958b6b - Update MSRV to 1.81.0 (#9692)

Sat, 30 Nov 2024 16:49:05 +0000

Update MSRV to 1.81.0 (#9692)* Update MSRV to 1.81.0Coupled with today's release of Rust 1.83 this bumps our MSRV onWasmtime to 1.81. This also updates the nightly used for testing too.prtest:full* Propagate some necessary features through Winch* Remove std feature from adapter configurationLooks to be historical at this point and is no longer needed List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

350cb9bd - Update pulley-interpreter and winch-codegen versions (#9371)

Thu, 03 Oct 2024 22:36:13 +0000

Update pulley-interpreter and winch-codegen versions (#9371)* Update pulley-interpreter and winch-codegen versionsUpdate these two crates to match the Wasmtime crate version instead ofhaving separate version tracks. Helps keep everything in-sync withfewer versions to worry about in general.* Update cargo-vet List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

1c2c27c0 - Bump Wasmtime to 26.0.0 (#9200)

Thu, 05 Sep 2024 15:19:36 +0000

Bump Wasmtime to 26.0.0 (#9200)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

83029e3f - Add `rust-version.workspace = true` to all crates (#9112)

Mon, 12 Aug 2024 15:52:11 +0000

Add `rust-version.workspace = true` to all crates (#9112)Right now this is only on some crates such as `wasmtime` itself and`wasmtime-cli`, but by applying it to all crates it helps with versionselection of those using just Cranelift for example. List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

b946fd65 - Bump Wasmtime to 25.0.0 (#9077)

Mon, 05 Aug 2024 10:00:36 +0000

Bump Wasmtime to 25.0.0 (#9077)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

a068bfe0 - Bump Wasmtime to 24.0.0 (#8902)

Sat, 06 Jul 2024 18:10:24 +0000

Bump Wasmtime to 24.0.0 (#8902)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

fa84dd83 - Bump Wasmtime to 23.0.0 (#8743)

Wed, 05 Jun 2024 13:51:32 +0000

Bump Wasmtime to 23.0.0 (#8743)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

d0cf46a0 - Bump Wasmtime to 22.0.0 (#8553)

Sun, 05 May 2024 18:20:19 +0000

Bump Wasmtime to 22.0.0 (#8553)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

ddb35fd4 - Bump Wasmtime to 21.0.0 (#8302)

Fri, 05 Apr 2024 14:49:07 +0000

Bump Wasmtime to 21.0.0 (#8302)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

355990b4 - Exit through Cranelift-generated trampolines for builtins (#8152)

Fri, 22 Mar 2024 20:34:26 +0000

Exit through Cranelift-generated trampolines for builtins (#8152)* Exit through Cranelift-generated trampolines for builtinsThis commit changes how builtin functions in Wasmtime (think`memory.grow`) are implemented. These functions are required to exitthrough some manner of trampoline to handle runtime requirements forbacktracing right now. Currently this is done via inline assembly foreach architecture (or external assembly for s390x). This is a bitunfortunate as it's a lot of hand-coding and making sure everything isright, and it's not easy to update as it's multiple platforms to update.The change in this commit is to instead use Cranelift-generatedtrampolines for this purpose instead. The path for invoking a builtinfunction now looks like:* Wasm code calls a statically known symbol for each builtin.* The statically known symbol will perform exit trampoline duties (e.g. pc/fp/etc) and then load a function pointer to the host implementation.* The host implementation is invoked and then proceeds as usual.The main new piece for this PR is that all wasm modules and functionsare compiled in parallel but an output of this compilation phase is whatbuiltin functions are required. All builtin functions are then unionedtogether into one set and then anything required is generated justafterwards. That means that only one builtin-trampoline per-module isgenerated per-builtin.This work is inspired by #8135 and my own personal desire to have asmuch about our ABI details flowing through Cranelift as we can. This intheory makes it more flexible to deal with future improvements to ourABI.prtest:full* Fix some build issues* Update winch test expectations* Update Winch to use new builtin shims.This commit refactors the Winch compiler to use the new trampolines forall Wasmtime builtins created in the previous commits. This required afair bit of refactoring to handle plumbing through a new kind ofrelocation and function call.Winch's `FuncEnv` now contains a `PrimaryMap` from `UserExternalNameRef`to `UserExternalName`. This is because there's now more than one kind ofname than just wasm function relocations, so the raw index space of`UserExternalNameRef` is no longer applicable. This required threading`FuncEnv` to more locations along with some refactorings to ensure thatlifetimes work out ok.The `CompiledFunction` no longer stores a trait object of how to mapname refs to names and now directly has a `Primarymap`. This also meansthat Winch's return value from its `TargetIsa` is a `CompiledFunction`as opposed to the previous just-a-`MachBuffer` so it can also package upall the relocation information. This ends up having `winch-codegen`depend on `wasmtime-cranelift-shared` as a new dependency.* Review feedback List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

4489cee3 - Bump Wasmtime to 20.0.0 (#8046)

Tue, 05 Mar 2024 00:22:42 +0000

Bump Wasmtime to 20.0.0 (#8046)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

c9aea3e8 - Bump Wasmtime to 19.0.0 (#7868)

Mon, 05 Feb 2024 14:58:59 +0000

Bump Wasmtime to 19.0.0 (#7868)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

0bcceda3 - winch: Emit unwind info in the x64 backend (#7798)

Thu, 25 Jan 2024 23:11:48 +0000

winch: Emit unwind info in the x64 backend (#7798)* Enable all winch tests on windowsprtest:mingw-x64* Plumb through x64 unwind info creation* Add the frame regs unwind info* Emit UnwindInfo::SaveReg instructions* Review feedback* Comment the offset_downward_to_clobbers value List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml

738a05d8 - Bump Wasmtime to 18.0.0 (#7751)

Fri, 05 Jan 2024 16:30:02 +0000

Bump Wasmtime to 18.0.0 (#7751)Co-authored-by: Wasmtime Publish List of files: /wasmtime-44.0.1/winch/codegen/Cargo.toml