fix(deps): update rust crate wasmtime-wasi-io to v41#444
Closed
renovate-sh-app[bot] wants to merge 1 commit intomainfrom
Closed
fix(deps): update rust crate wasmtime-wasi-io to v41#444renovate-sh-app[bot] wants to merge 1 commit intomainfrom
renovate-sh-app[bot] wants to merge 1 commit intomainfrom
Conversation
| datasource | package | from | to | | ---------- | ---------------- | ------ | ------ | | crate | wasmtime-wasi-io | 36.0.5 | 41.0.3 | Signed-off-by: renovate-sh-app[bot] <219655108+renovate-sh-app[bot]@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
36→41Release Notes
bytecodealliance/wasmtime (wasmtime-wasi-io)
v41.0.3Compare Source
41.0.3
Released 2026-02-04.
Fixed
due to mismatched types.
#12504
v41.0.2Compare Source
41.0.2
Released 2026-02-03.
Fixed
wasmtime-internal-jit-icache-coherencecrate.#12446
v41.0.1Compare Source
41.0.1
Released 2026-01-26.
Fixed
f64.copysignon x86-64 whereby when combinedwith an
f64.load, the resulting machine code could read 16 bytes ratherthan 8 bytes. This could result in a segfault when Wasmtime is configured
without signals-based traps.
v41.0.0Compare Source
41.0.0
Released 2026-01-20.
Added
Support for
{Future,Stream}Anyin the component model has improved.#12142
Wasmtime has initial support for breakpoints and single-stepping with the
debugfeature for guest programs.#12133
Wasmtime has begun adding a new
Errortype which is similar toanyhow::Errorbut supports gracefully handling OOM. Wasmtime still usesanyhow::Errorbut this will change in the future towasmtime::Errorwhichwill be a distinct type.
#12163
An initial top-level crate for async-debugging guest programs has been added.
#12183
Changed
Cranelift now optimizes redundant
select+icmpinstructions.#12135
Synchronous component model functions can no longer block before returning.
This implements a change in the upstream specification to the upcoming
asyncsupport in the component model which places stricter restrictions on
non-
asyncfunctions and their ability to perform blocking operations.#12043
Frame iteration in
debugmode now visits all activations which enablesseeing all frames from recursive wasm calls.
#12176
Wasmtime now requires Rust 1.90.0 or later.
#12167
Intra-component stream/future reads/writes are now allowed for simple data
types.
#12181
The
POLLcallback code has been removed from the canonical ABI for asyncfunctions and the
waitable-set.pollfunction no longer yields.#12182
Guest-to-guest adapters injected by Wasmtime now have improved trapping error
messages.
#12215
Fixed
#[derive(Lift)]for enums with exactly 256 cases has been fixed.#12140
With component-model-async support recursively calling a guest from a host
function has now been fixed.
#12152
v40.0.3Compare Source
40.0.3
Released 2026-01-26.
Fixed
f64.copysignon x86-64 whereby when combinedwith an
f64.load, the resulting machine code could read 16 bytes ratherthan 8 bytes. This could result in a segfault when Wasmtime is configured
without signals-based traps.
v40.0.2Compare Source
40.0.2
Released 2026-01-14.
Fixed
A possible stack overflow in the x64 backend with
cmpemission has beenfixed.
#12333
Some ISLE optimization rules which created erroneous IR for vector inputs have
been fixed.
#12179
#12335
The x64 lowering of
shldhas been fixed for some edge caxes.#12321
v40.0.1Compare Source
40.0.1
Released 2026-01-07.
Changed
Wasmtime is switching to crates.io-based trusted publishing for this release
and is testing that everything works.
#12257
v40.0.0Compare Source
40.0.0
Released 2025-12-20.
Added
WASIp3 support for
wasi:httpnow implementsResponse::from_httpto convertfrom standard Rust types to WASI types.
#12063
Cranelift now supports a "patchable" ABI which has a maximum number of
arguments and clobbers no registers. This is paired as well with a new
patchable_callinstruction which supports being turned into NOPs at runtime.#12061
#12101
Changed
Support for the WebAssembly
threadsproposal is now classified as tier 2 bydefault. Additionally creation of
SharedMemoryis disabled by deafult behinda new config knob/CLI flag.
#12036
A variety of peephole-style optimizations have been added to Cranelift's
optimization passes.
#11994
#11995
#11996
#11997
#11998
#11999
#12000
#12006
#12008
Component host functions have been slightly optimized to remove an
Arccloneand reduce contention.
#11987
Support for component-model-async has been updated to account for the
changes specified in WebAssembly/component-model#578.
This means that historical binaries using WASIp3, for example, are no longer
valid. Recompilation of historical components will be required and
source-level changes may also be required in some circumstances.
#12031
#12043
The
UnsyncBoxBodytype is now used everywhere in wasmtime-wasi-http insteadof just in the wasip3 support.
#12060
Initial groundwork for gracefully handling OOM (e.g. returning an error
instead of aborting) has been added.
#12070
#12089
Wasmtime will create a private copy of code memory when guest debugging is
enabled to assist with modifying code when adding/removing breakpoints.
#12051
The
ResourceTabletype will no longer useTombstonewhen compiled in debugmode.
#12114
Intra-component future/stream reads/writes will now trap instead of
accidentally being allowed.
#12117
Cranelift optimization rules have been tweaked after it was discovered that
they could pessimize code containing long chains of computations.
#12116
Fixed
Compilation of
i8x16.popcnthas been fixed in Winch for some potentialinputs.
#12010
A panic in
Instance::prepare_callfor some component-model-async situationshas been fixed.
#12054
An off-by-one error for lifting/lowering enums/variants with 255 cases has
been fixed.
#12066
Restarting the read of a host future after cancellation has been fixed.
#12093
Compilation for OpenBSD on x86_64 has been fixed.
#12097
Components containing a module type which exoprts a
tagare now supported.#12125
v39.0.2Compare Source
39.0.2
Released 2026-01-14.
Fixed
cmpemission has beenfixed.
#12333
v39.0.1Compare Source
39.0.1
Released 2025-11-24.
Fixed
debugfeature without thegcfeature enabled has been fixed.#12074
v39.0.0Compare Source
39.0.0
Released 2025-11-20.
Added
Initial work has begun to support WebAssembly-level debugging natively in
Wasmtime. This is intended to complement today's preexisting DWARF-level
debugging, but this work will be portable and operate at the WebAssembly level
of abstraction rather than the machine-level. Note that this work is not yet
complete at this time but is expected to get filled out over the coming
releases.
#11768
#11769
#11873
#11892
#11895
The pooling allocator now exposes more metrics about unused slots.
#11789
The Wizer and component-init projects have been merged into Wasmtime under
a new
wasmtime wizerCLI subcommand andwasmtime-wizercrate. This ismostly a drop-in replacement for both with a minor caveat that the
initialization function is now called
wizer-initializeinstead ofwizer.initializeto be compatible with components.#11805
#11851
#11853
#11855
#11857
#11863
#11866
#11867
#11877
#11876
#11878
#11891
#11897
#11898
The
Config::wasm_featuremethod is now public.#11812
Enabling the wasm exceptions proposal is now exposed in the C API.
#11861
The
wasmtimecrate now has acustom-sync-primitivesCargo feature whichenables using custom synchronization primitives defined by the embedder. This
is useful in
no_stdtargets where the default panic-on-contention primitivesare not appropriate.
#11836
Wasmtime now supports unsafe intrinsics to be used for compile-time builtins.
This can be used to provide give low-level access to host APIs/memory to a
guest program in a controlled fashion.
#11825
#11918
The
signals_based_trapsconfiguration option is now exposed in the C API.#11879
A new
EqRef::from_i31function has been added.#11884
The
wasmtime servesubcommand will, by default, now reuse instances whenused with WASIp3 components. This increases throughput and additionally
showcases the concurrent features of WASIp3. This can be opted-out-of on the
CLI as well.
#11807
The C++ API for components has been filled out and implemented.
#11880
#11889
#11988
A new
ResourceDynamictype, similar toResource<T>, has been added tosupport host resources that have a dynamic tag at runtime rather than a
statically known tag at compile time. This is then used to implement resources
in the C/C++ API as well.
#11885
#11920
The C/C++ API of Wasmtime now supports the custom-page-sizes wasm proposal.
#11890
Initial support has been added for the cooperative multithreading component
model proposal in Wasmtime, built on async primitives.
#11751
The
epoch_deadline_callbackRust API has been bound in C++.#11945
A new
Request::into_httphelper has been added to the WASIp3 implementationof
wasi:http.#11843
A
define_unknown_imports_as_trapsfunction has been added to the C API.#11962
A callback-based implementation of
stdoutandstderrhas been added to theC API for WASI configuration.
#11965
Changed
Running async functions in the component model now operates at the
Store-level of abstraction rather than anInstance.#11796
The
wasmtime servesubcommand no longer mistakenly spawns an epoch threadper-request and instead uses a single epoch thread.
#11817
The
component-model-asyncCargo feature is now on-by-default. Note that itis still gated at runtime by default. Also note that Wasmtime 39 does not include
#12031 which means
that components using async produced with the latest
wasm-toolswill not runin Wasmtime 39. To run async components it's recommended to pin to a
historical version of
wasm-toolsand guest toolchains for now.#11822
Bindings generated by
wiggleno longer useasync_trait.#11839
Wasmtime's documentation now has an example of a plugin system using Wasmtime.
#11848
Profiling with perfmap or jitdump now uses
O_APPENDto be more amenable toother engines in the same process also using perfmap/jitdump.
#11865
The
wasmtime-wasi-httpcrate now usesUnsyncBoxBodyto clarify thatSyncis not required.
#11941
A
.character is now used instead of/int hebindgen!macro to separateinterface members.
#11947
The
func_newfunction for component linkers now provides the type to thecallee so it knows the type that the component that imported it is using.
#11944
The
component::Functype now has a type accessor and the old params/resultaccessors were deleted.
#11943
Wasmtime now requires Rust 1.89.0 or later to compile.
#11959
Fixed
Some panics handling shapes of components with resources in various locations
has been fixed.
#11798
Bitwise float operations in Cranelift have been fixed on aarch64.
#11811
An off-by-one in the bounds check of wasm atomic operations has been fixed.
#11977
Bounds-check elision now happens again with 4 GiB guard pages.
#11973
v38.0.4Compare Source
38.0.4
Released 2025-11-11.
Fixed
Memory.CVE-2025-64345
v38.0.3Compare Source
38.0.3
Released 2025-10-24.
Fixed
CVE-2025-62711
v38.0.2: : Release Wasmtime 38.0.2 (#11903)Compare Source
38.0.2
Released 2025-10-21.
Changed
feature with this release, and this'll be the first release, assuming all goes
well, that has this enabled.
#11901
Fixed
#11892
v38.0.138.0.1
Released 2025-10-20.
Fixed
v37.0.3Compare Source
37.0.3
Released 2025-11-11.
Fixed
Memory.CVE-2025-64345
v37.0.2Compare Source
37.0.2
Released 2025-10-07.
Fixed
anyreforexternref.CVE-2025-61670.
v37.0.1Compare Source
37.0.1
Released 2025-09-23.
Fixed
cranelift-jitcrate now properly applies relocations toADRPinstructions on aarch64; a zero-extension on the offset was fixed to properly
sign-extend instead.
#11734
v37.0.0Compare Source
37.0.0
Released 2025-09-20.
Added
Wasmtime now fully implements the WebAssembly exception-handling proposal.
Support is still disabled by default but is ready for testing. The proposal
will be enabled by default in a future release of Wasmtime.
#11326
An initial implementation of WASIp3 is available for the
0.3.0-rc-2025-08-15tag made for the WASIp3 release. Note that this is not production ready yet
but is an excellent time to start kicking the tires in preparation for an
upcoming officialy WASIp3 0.3.0 release. Users of the CLI can opt-in with
-Sp3 -Wcomponent-model-async.#11406
#11423
#11443
Wasmtime has initial support for the Linux
PAGEMAP_SCANioctl which cangreatly improve instantiation throughput in scenarios with a high number of
instantiations and short instance lifetime. This support is disabled by
default but will likely be enabled by default in a future release.
#11372
#11433
GC support can now be configured in
Configand not only through cratefeatures through
Config::gc_support.#11463
Wasmtime now supports reading metrics of the pooling allocator at runtime.
#11490
The
ManuallyRootedtype is now replaced withOwnedRootedwhich is intendedto make management of GC object lifetimes on the host easier.
#11514
Wasmtime's documentation of the C++ embedding API and examples has been
expanded.
#11569
Wasmtime's support for the stack-switching WebAssembly proposal continues to
progress on x86_64 Linux.
#11003
Changed
The
preview0andpreview1modules and features in thewasmtime-wasicrate are now called
p0andp1.#11380
Release artifacts for the C API are now unconditionally built with unwind
tables.
#11383
Wasmtime now requires Rust 1.87.0 or later to build.
#11396
The component-model-async gated
AbortHandleis now namedJoinHandle.#11414
Wasmtime's internal implementation details are now
asyncin many morelocations to help ensure the implementation is more sound.
#11411
#11416
#11442
#11444
#11457
#11460
#11461
#11468
#11470
#11481
#11496
Component-model-async primitives such as streams, tasks, etc, now use the same
table as resources in a component. This means that guest-visible allocated
indices are updated slightly.
#11374
Wasmtime's precompiled binaries available from CI now include the
component-model-asyncfeature.#11429
C API release artifacts are now built with LTO so they have a smaller size.
#11483
Code can no longer be loaded on
x86_64-unknown-noneby default withoutopting-in to a contract that either the host is compiled with SSE2 support or
wasm is compiled with enough features that libcalls aren't used.
#11553
Host support for component model async futures/streams has been updated to a
new API.
#11515
Fixed
GC of dead DWARF has been improved.
#11402
Wasm-gc branching instructions now correctly check for fuel.
#11426
The
array.new_defaultinstruction now checks for fuel/epochs in its innerloop.
#11428
The "min" C API artifacts now have correct headers.
#11479
GC OOM during const eval no longer panics.
#11557
Wasmtime now properly respects a disabled
stdfeature even on targets whichhave
stdavailable.#11568
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
Need help?
You can ask for more help in the following Slack channel: #proj-renovate-self-hosted. In that channel you can also find ADR and FAQ docs in the Resources section.