chore(deps): update rust crate wasmtime to v36 [security] #348
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:
27.0.0→36.0.0GitHub Vulnerability Alerts
CVE-2025-64345
Impact
Wasmtime's Rust embedder API contains an unsound interaction where a WebAssembly shared linear memory could be viewed as a type which provides safe access to the host (Rust) to the contents of the linear memory. This is not sound for shared linear memories, which could be modified in parallel, and this could lead to a data race in the host.
Wasmtime has a
wasmtime::Memorytype which represents linear memories in a WebAssembly module. Wasmtime also haswasmtime::SharedMemory, however, which represents shared linear memories introduced in the WebAssemblythreadsproposal. The API ofSharedMemorydoes not provide accessors which return&[u8]in Rust, for example, as that's not a sound type signature when other threads could be modifying memory. Thewasmtime::Memorytype, however, does provide this API as it's intended to be used with non-shared memories where static knowledge is available that no concurrent or parallel reads or writes are happening. This means that it's not sound to represent a shared linear memory withwasmtime::Memoryand it must instead be represented withwasmtime::SharedMemory.There were two different, erroneous, methods of creating a
wasmtime::Memorywhich represents a shared memory however:wasmtime::Memory::newconstructor takes aMemoryTypewhich could beshared. This function did not properly reject shared memory types and require usage ofSharedMemory::newinstead.wasmtime::Memory. This means that a core dump would perform an unsynchronized read of shared linear memory, possibly leading to data races.This is a bug in Wasmtime's safe Rust API. It should not be possible to cause unsoundness with Wasmtime's embedding API if
unsafeis not used. Embeddings which do not use the wasm threads proposal nor created shared memories nor actually share shared memories across threads are unaffected. Only if shared memories are created across threads might an embedding be affected.Patches
Patch releases have been issued for all supported versions of Wasmtime, notably: 24.0.5, 36.0.3, 37.0.3, and 38.0.4. These releases reject creation of shared memories via
Memory::newand shared memories are now excluded from core dumps.Workarounds
Embeddings affected by this issue should use
SharedMemory::newinstead ofMemory::newto create shared memories. Affected embeddings should also disable core dumps if they are unable to upgrade. Note that core dumps are disabled by default but the wasm threads proposal (and shared memory) is enabled by default. It's recommended to upgrade to a patched version of Wasmtime, however.Release Notes
bytecodealliance/wasmtime (wasmtime)
v36.0.3Compare Source
36.0.3
Released 2025-11-11.
Fixed
Memory.CVE-2025-64345
v36.0.2Compare Source
36.0.2
Released 2025-08-26.
Fixed
conditions related to resetting the linear memory of a slot.
#11510
v36.0.1Compare Source
36.0.1
Released 2025-08-21.
Added
wasmtime_wasi::WasiCtxto account for refactorings that happened in thisrelease.
#11473
Changed
assist with redistribution as-is.
#11483
v36.0.0Compare Source
36.0.0
Released 2025-08-20.
Added
Cranelift's has initial support for inlining between functions. Wasmtime
additionally now has support for inlining as well, for example between modules
in a component.
#11210
#11239
#11228
#11269
#11283
The async proposal for the Component Model is now fully implemented in
Wasmtime with a number of WASIp3 interfaces implemented. The implementation
is still off-by-default and the implementation of WASIp3 is not fully
complete, but is remains suitable for testing.
#11127
#11136
#11137
#11238
#11221
#11250
#11257
#11291
#11325
Changed
Users who implemented
WasiHttpView::is_forbidden_headerfromwasmtime-wasi-httpnow need to includeDEFAULT_FORBIDDEN_HEADERS, e.g.DEFAULT_FORBIDDEN_HEADERS.contains(name) || name.as_str() == "custom-forbidden-header"#11292
Cranelift's incremental cache has received some optimizations.
#11186
Wasmtime's internal implementations of WebAssembly primitives has been
refactored to be modeled with safer internal primitives.
#11211
#11212
#11216
#11229
#11215
#11254
#11255
#11319
#11320
Detection of native hardware features has been refactored on s390x.
#11220
Further progress has been made towards an implementation of the WebAssembly
exceptions proposal, although it is not yet complete.
#11230
#11321
Cranelift's assembler for x64 now supports EVEX encoding.
#11153
#11270
#11303
The default implementation of
send_requestin thewasmtime-wasi-httpcrateis now behind an on-by-default feature gate.
#11323
Configuration of the
bindgen!macro has been redesigned to more consistentlyconfigure per-function options such as whether or not it's async.
#11328
Initial support fo
mutatishas been added to Wasmtime's fuzzers.#11290
The
debug-builtinscrate feature ofwasmtimeno compiles onno_stdtargets.
#11304
Fixed
Deserializing external modules no long unnecessarily requires the allocation
to be aligned.
#11306
A CMake linker error and warning when using the C API on macOS has been fixed.
#11293
#11315
The C API declaration of
wasmtime_component_linker_instance_add_funchasbeen fixed.
#11327
The calculation of reachable DWARF has been fixed.
#11338
v35.0.0Compare Source
35.0.0
Released 2025-07-22.
Added
A new
InputFiletype has been added for specifying stdin as a file in WASI.#10968
Conditional branches to unconditional traps are now translated to conditional
traps during legalization.
#10988
The
TEHTTP header can now be specified by guests.#11002
Winch on AArch64 should now pass all WebAssembly MVP tests. Note that it is
still not yet Tier 1 at this time, however.
#10829
#11013
#11031
#11051
The x64 backend now has lowering rules for
{add,sub,or,and} mem, imm#11043
Initial support for WASIp2 in the C API has started to land.
#11055
#11172
Initial support for GC support in the component model has started to land
(note that it is not finished yet).
#10967
#11020
The
wasmtime-wasi-nncrate now has a feature to use a custom ONNX runtime.#11060
Cranelift now optimizes division-by-constant operations to no longer use
division.
#11129
A
native-tlsbackend has been added for the wasi-tls implementation.#11064
Changed
Many more instructions for the x64 backend in Cranelift were migrated to the
new assembler.
#10927
#10928
#10918
#10946
#10954
#10958
#10971
#10942
#10975
#11017
#10898
#10836
... (and more)
Wasmtime internally uses
Pinfor VM data structures to make the internalimplementations more sound to use. This has no effect on the public API of
Wasmtime.
#10934
#10937
#10943
#10959
#11042
Fused adapters between components now transfer the
enumcomponent model typemore efficiently.
#10939
Filenames of
--emit-clifnow match the symbol names found in*.cwasmartifacts and include the function name as well.
#10947
#11040
Wasmtime-internal crates are now all named
wasmtime-internal-*to evenfurther discourage their use.
#10963
Codegen of conditional traps with float compares has been improved.
#10966
More patterns are now optimized in ISLE mid-end rules.
#10978
#10979
#11173
Winch's support for constants/scratch registers has been improved internally.
#10986
#10998
The C API artifacts on Windows are now produced with Clang instead of
cl.exe.#10890
WebAssembly operand types are now taken into account during translation to
optimize codegen better in the face of subtyping.
#11030
The behavior of
blocking-write-and-flushhas been updated during flushingwhen
closedis found.#11018
WASI WITs have been updated to 0.2.6.
#11049
OpenVINO has been updated to v2025.1.
#11054
The size of the
wasmtime.addrmapsection in*.cwasmartifacts has beenshrunk slightly.
#11126
Authorities in
wasmtime-wasi-httpcan now contain the:character.#11145
Wasmtime now requires Rust 1.86 to compile.
#11142
Wasmtime's DRC collector has been optimized and has a new more efficient means
of managing the set of over-approximated roots on the stack.
#11144
#11148
#11167
#11168
#11169
#11175
The
ComponentTypetrait in Wasmtime now requires theSendandSyncbounds for all implementors.
#11160
The
V128type is now usable on platforms other than aarch64 and x86_64.#11165
Wasmtime's policy on
unsafecode and guidelines has been added.#11177
The
stdcrate will no longer implicitly be used oncfg(unix)andcfg(windows)targets when thestdCargo feature is disabled. This meansthat these platforms now require
stdto be enabled to use theplatform-specific implementation of linear memory, for example.
#11152
Fixed
A panic when optimizing
icmpwith vectors has been fixed.#10948
A panic when lowering
scalar_to_vectorwithi16x8types has been fixed.#10949
The vector state register is now considered clobbered by calls on riscv64 to
ensure it's updated across calls.
#11048
An instance of
gdbcrashing on DWARF emitted by Wasmtime has been fixed.#11077
Fix a panic in the host caused by preview1 guests using
fd_renumber.CVE-2025-53901.
Fix a panic in the preview1 adapter caused by guests using
fd_renumber.#11277
v34.0.2Compare Source
34.0.2
Released 2025-07-18.
Fixed
Fix a panic in the host caused by preview1 guests using
fd_renumber.CVE-2025-53901.
Fix a panic in the preview1 adapter caused by guests using
fd_renumber.#11277
34.0.1
Released 2025-06-24.
Fixed
types.
#11103
v34.0.1Compare Source
34.0.1
Released 2025-06-24.
Fixed
types.
#11103
v34.0.0Compare Source
34.0.0
Released 2025-06-20.
Added
Support for SIMD in the Pulley interpreter can now be disabled at compile-time
to shrink the size of the final binary.
#10727
The C API now has
wasmtime_trap_new_codeto create awasm_trap_tfromits code.
#10765
Winch's support for x86_64 is now classified with tier 1 support in Wasmtime.
#10755
Winch's support for aarch64 now implements stack checks to pass many more spec
tests.
#10763
Cranelift's s390x backend now has full support for the
f128type.#10774
Wasmtime's C API for the component model has initial support for calling
functions.
#10697
#10841
#10858
#10864
#10877
The
wasmtime wastcommand now has a--generate-dwarfflag to showfilename/line number information for backtraces.
#10780
Changed
The shape of
bindgen!-generatedadd_to_linkerfunctions has changed withthe removal of
GetHostand replacement of aHasDatatrait. For moreinformation see the associated PR.
#10770
Wasmtime's
Store<T>now requires thatT: 'static. This is done inpreparation for merging WASIp3 work to the main repository with some more
information on the associated PR.
#10760
The
wasmtime::component::Instance::instance_premethod is now public.#10761
Wasmtime and Cranelift's minimnum supported version of Rust (MSRV) is now
1.85.0.
#10785
Cranelift's
debugtrapon aarch64 now generatesbrk #​0xf000for debuggersto recognize it.
#10813
The wasi-http implementation no longer generates a trap if the handle to
receive the response on the host is dropped early.
#10833
The
wasmtime servecommand will now send some boilerplate descriptive HTMLon a 500 server error instead of nothing.
#10851
A significant amount of work has gone into the new assembler for the x64
backend. Too many PRs to list here but progress continues apace at defining
all machine instructions in a standalone crate.
Cranelift will now reject unimplemented big-endian loads/stores on backends
that do not implement this functionality.
#10863
The
wasmtime exploregenerated HTML handles large modules better now.#10892
Wasmtime's internal representation of
wasmtime::Funchas changed and aprevious optimization of
Func::callhas been lost. If affected it'drecommended to use
Func::call_uncheckedinstead or to open an issue.#10897
v33.0.2Compare Source
33.0.2
Released 2025-07-18.
Fixed
Fix a panic in the host caused by preview1 guests using
fd_renumber.CVE-2025-53901.
Fix a panic in the preview1 adapter caused by guests using
fd_renumber.#11277
33.0.1
Released 2025-06-24.
Fixed
types.
#11103
v33.0.1Compare Source
33.0.1
Released 2025-06-24.
Fixed
types.
#11103
v33.0.0Compare Source
33.0.0
Released 2025-05-20.
Added
Cranelift now has initial support for
try_callandtry_call_indirectinstructions, to be used in the future for the WebAssembly exception-handling
proposal. Wasmtime does not yet implement this proposal yet.
#10510
#10557
#10593
Cranelift can now optimize some simple possibly-side-effectful instructions,
such as division.
#10524
Wasmtime now supports
--invokefor components using the WAVE format.#10054
Initial support for the Component Model has landed in Wasmtime's C API. Note
that the API is not yet feature-complete, however.
#10566
#10598
#10651
#10675
Wasmtime's C++ API is now available from this repository and the
bytecodealliance/wasmtime-cpp repository has been archived. Additionally the
monolithic
wasmtime.hhheader file has been split into separate headerfiles.
#10582
#10600
Wasmtime's cookbook-style documentation has been expanded.
#10630
Wasmtime's now supports custom yield behavior when using epoch interrupts.
#10671
Changed
Wasmtime's bindgen now type-checks export functions in the constructor of
the generated
{Worldname}Preor{Worldname}structs, rather than at thecall of the export function.
#10610
Wasmtime's
component::Componentandcomponent::Instancenow have consistientget_exportandget_export_indexmethods, which return(ComponentItem, ComponentExportIndex)andComponentExportIndex, respectively.#10597
On failure,
wasmtime servegives an internal server error response, ratherthan closing the connection.
#10645
Cranelift's single-pass allocator has been disabled due to being unable to
support internal refactorings in preparation for the WebAssembly exceptions
proposal. Re-enabling this allocator is tracked at
regalloc2#217 for
those interested.
#10554
Wasmtime's
{Array,Extern,Struct}Reffunctions will now automatically triggera GC.
#10560
Wasmtime's GC heaps now use the same translation techniques as linear memories
meaning they have far fewer bounds-checks than before.
#10503
Wasmtime's implementation of WASIp2 has moved to
wasmtime_wasi::p2from theroot of the crate.
#10073
Wasmtime will no longer emit calls to Cranelift-defined "libcalls" and instead
everything goes through Wasmtime's libcall mechanism instead, paving the way
for a future change for more efficient stack limit checking in wasm. This can
also improve deserialize-from-disk times and improve page cache usage for
modules that use libcalls as relocations are no longer necessary.
#10657
Configuration of caching can now be done through an API instead of exclusively
through a configuration file. Additionally cache-related APIs in
Confighavechanged.
#10665
Resources in the Component Model are now stored in a single table per-instance
instead of per-type tables. Guests will see a different pattern of index
allocation but this is not expected to cause any issues at runtime.
#10701
Fixed
Some math intrinsics have been fixed when compiled by Rust 1.87+.
#10534
Component model libcalls correctly handle platform-specific argument extension
in ABIs.
#10540
An off-by-one issue with DWARF debuginfo has been fixed.
#10570
The
Config::targetmethod is no longer gated by a#[cfg]for an enabledcompiler, it can be used when only the
runtimefeature is available.#10618
An issue with "simulated" DWARF has been fixed.
#10681
C/C++ headers are now tested that they can be included in isolation, and a
number of issues have been fixed.
#10694
v32.0.1Compare Source
32.0.1
Released 2025-06-24.
Fixed
types.
#11103
v32.0.0Compare Source
32.0.0
Released 2025-04-21.
Added
{Module,Component}::deserialize_rawcan now be used to deserialize anin-memory module while relying on external management of the memory.
#10321
An initial implementation of wasi-tls has been added.
#10249
The
wasmtimeCLI now supports hexadecimal integer CLI arguments.#10360
Cranelift now supports a
log2_min_function_alignmentflag.#10391
A new
wasmtime objdumpsubcommand has been added to help explore and debug*.cwasmfiles.#10405
Support for the pooling allocator has been added to the C API.
#10484
Support for the guest profiler with the component model has been added.
#10507
Changed
Cranelift
MemFlagsnow has acan_moveflag which restricts whether a loador store can be moved.
#10340
The
.textsize of Pulley*.cwasmfiles should be smaller with lesspadding.
#10285
The
wasmtime servesubcommand now implements a graceful shutdown on ctrl-c.#10394
Stack maps used for GC are now stored in a serialized binary format that is
faster to deserialize.
#10404
The aegraph implementation in Cranelift has been simplified to remove the
union-find and canonical eclass IDs.
#10471
The
store_listandload_listhelpers have been specialized in componentsfor
f32andf64.#9892
Cranelift now removes block params on critical-edge blocks.
#10485
The
Linker::define_unknown_imports_as_default_valuesAPI now supportsdefining defaults for more kinds of items.
#10500
Wasmtime now requires Rust 1.84.0 to compile.
#10520
Fixed
Winch compilation of extadd instructions has been fixed.
#10337
Fix an issue with DRC collector's barriers.
#10371
Loads on
(ref null none)that can trap are now performed.#10372
Fix reference count management in
AnyRef::from_raw.#10374
An issue with multi-value returns in Winch has been fixed.
#10370
A panic at compile-time from an overflowing shift has been fixed when
targeting aarch64.
#10382
The
wasmtime servecommand no longer panics whenhandlereturns beforecalling
set.#10387
Winch compilation of
replace_laneinstructions with floats has been fixed.#10393
An invalid integer-shift optimization on vector types has been removed.
#10413
The DWARF loclist to exprloc optimization has been fixed.
#10400
Objects in the DRC collector are now transitively dec-ref's when collected.
#10401
A bug with GC rec gropus and registration in an
Enginehas been fixed.#10435
A bug related to GC arrays of GC refs misreported their count of GC edges has
been fixed.
#10453
A bug related to appropriately adding stack maps for all GC variables has been
fixed.
#10456
#10468
A bug with
array.fillhas been fixed.#10470
GC structs are no longer reordered to optimize their size to fix subtyping.
#10463
Panics related to exceptions and components being mixed has been fixed.
#10473
Winch stack parameter alignment has been fixed.
#10513
Rendering inline function frames in a trap backtrace has been fixed.
#10523
v31.0.0Compare Source
31.0.0
Released 2025-03-20.
Added
Winch's implementation of the SIMD proposal for WebAssembly is now
feature-complete (but still being fuzzed).
#10180
#10170
#10203
#10202
#10210
#10213
#10224
#10205
#10226
#10228
#10236
#10241
#10243
#10247
#10271
#10284
#10288
#10296
The pytorch implementation in wasmtime-wasi-nn now has GPU support.
#10204
Cranelift now supports emitting the AArch64
extrinstruction.#10229
Cranelift now supports emitting the x64
shldinstruction.#10233
Initial support for the stack-switching proposal has started to land, but it
is not complete just yet.
#10251
#10265
#10255
Changed
Pulley's implementation of loads/stores to linear memory has changed to
better support optimizations and reduction of interpreter opcodes in the
final binary.
#10154
Cranelift's verifier now ensures that integers used as address types have the
correct width.
#10209
Wasmtime and Cranelift's minimum supported version of Rust is now 1.83.0.
#10264
Wasmtime now mentions the filename when the input cannot be opened on the CLI.
#10292
All types are now generated in
component::bindgen!, even if they're notreachable.
#10311
Tables allocated with the system allocator now use
alloc_zeroed(akacalloc) for allocation.#10313
Fixed
GC: the is-null-or-i31ref checks have been fixed.
#10221
GC: an incorrect assertion and canonicalized types for runtime usage has been
fixed.
#10223
GC: subtype checks for imported globals during instantiation have been fixed.
#10304
GC: exposing references to wasm in the
gc_alloc_rawlibcall has been fixed.#10322
Winch's fuel checks correctly sync fuel before the check now.
#10231
Winch's treatment of stores and other trapping ops has been fixed on AArch64.
#10201
Winch's handling of the shadow stack pointer has been fixed on AArch64.
#10263
Winch's handling of address calculations has been fixed on AArch64.
#10297
Winch's handling of multivalue return of constants has ben fixed.
#10315
v30.0.2Compare Source
30.0.2
Released 2025-02-25.
Fixed
fix an issue caused by #9929.
#10290
Changed
cranelift-codegencrate now no longer depends onarbitrary, anow-unnecessary dependency.
#10217
v30.0.1Compare Source
30.0.1
Released 2025-02-21.
Fixed
cranelift-assembler-x64crate on Windowswhen the Rust toolchain is on a different drive than the project using
wasmtime. For more details, see the Zulip discussion. #10270v30.0.0Compare Source
30.0.0
Released 2025-02-20.
Added
New
wasmtime-wasi-iocrate provides a#![no_std]wasi:io implementation,factored out of
wasmtime-wasi. Users ofwasmtime-wasidon't have todepend on this new crate.
#10036
Wasmtime's interpreter, Pulley, is now complete and has been listed as
tier 2.
#9897
#9884
#9943
#9944
#9983
#9966
#9935
#10034
#10057
#10095
Wasmtime's CI now checks that the repository builds for
aarch64-apple-ios.Note that no tests are run for this target, so it's still tier 3.
#9888
Winch's support for AArch64 and simd on x64 have continued to progress
well. Winch additionally now fully supports the
threadsWebAssemblyproposal.
#9889
#9970
#9950
#9987
#9990
#9959
#10008
#10028
#10029
#10023
#10042
#10050
#10039
#10082
#10092
#10109
#10148
#10147
The
memory64WebAssembly feature is now enabled by default. This WebAssemblyproposal is now considered a tier 1 feature.
#9937
#10159
Wasmtime's full test suite and CI now includes 32-bit platforms such as x86
and armv7 Linux. These platforms have been added to tier 3 status and use
Pulley as their execution backend.
#10025
Initial experimental support for WASIp3 and async features of the Component
Model have started to land. These features are not yet ready for
general-purpose use.
#10044
#10047
#10083
#10103
The
wasmtimeCLI now supports using a TOML configuration file via--configin addition to CLI options.
#9811
#10132
Initial support for a new assembler on x64 has been added.
#10110
#10178
Changed
wasmtime-wasisplit theWasiViewtrait intoIoViewandWasiView, andwasmtime-wasi-httpre-usesIoViewinWasiHttpView. Details on portingfor embedders in PR.
#10016
wasmtime-wasirenamed some exported types and traits. Embedders which usePollable,InputStream,OutputStream,Subscribe,HostInputStream,HostOutputStream,PollableFuture, orClosureFuturefrom that cratewill need to rename those imports to their new names, describe in PR.
#10036
Components using a 64-bit linear memory should never have worked before, but
they're now rejected earlier in the validation process.
#9952
Module validation is now deterministic in the face of multiple errors.
#9947
Wasmtime's minimum supported version of Rust is now 1.82.0.
#9956
Cranelift will now deduplicate
trap[n]zinstructions.#10004
The
--emit-clifoption towasmtime compilenow emits post-optimizationCLIF.
#10011
The
signals-based-trapsCargo feature has been removed in favor ofauto-detection of available features based on the
#[cfg]directivesavailable for the target platform.
#9941
The
async_stack_zeroingconfiguration knob now covers all stack allocations,not just those from the pooling allocator.
#10027
Wasmtime should work-by-default on more platforms, even those where Cranelift
has no support for the architecture. This is done by ensuring some
architecture and platform-specific bits are removed on unknown platforms (and
Pulley is used instead).
#10107
Wasmtime now compiles on platforms missing 64-bit atomics.
#10134
Fixed
Fixed a missing case for
Ref::matches_tyshould returntrue.#9985
A bug with using the
single_passregister allocation algorithm on x64/s390xhas been fixed by refactoring how branches are represented.
#10086
#10087
A bug with argument extensions on riscv64 has been fixed.
#10069
The
PartialEqimplementation forRegisteredTypehas been fixed.#10091
The output of
component::bindgen!now works with#![no_std]crates.#10105
Fix
wasmtime wastwhen combined with--fuel.#10121
The
watfeature of the C API is now plumbed correctly in a few morelocations.
#10124
Spurious wake-ups in
blocking_*methods ofInputStreamandOutputStreamhave been fixed.
#10113
v29.0.1Compare Source
29.0.1
Released 2025-01-21.
Fixed
configurations that have multiple preopened directories.
#10064
v29.0.0Compare Source
29.0.0
Released 2025-01-20.
Added
Winch now supports epoch-based interruption.
#9737
Pulley, Wasmtime's WebAssembly interpreter, has seen quite a lot of progress
and support fleshed out. It's still not 100% complete but should be about
ready to start kicking the tires.
#9744
The Wasmtime CLI now supports a
-Wextended-constflag to control whether theextended-constwasm proposal is enabled or not.#9768
Work continues to progress on the AArch64 Winch backend, bringing it closer to
completion.
#9762
#9767
#9751
#9784
#9781
#9792
#9787
#9798
#9850
Wasmtime now supports a "custom code publisher" which can be useful when
Wasmtime doesn't have built-in support for a particular environment.
#9778
Configuration options have been added for
wasmtime-wasi-httpoutgoingbodies.
[#9800](https://redirect.github.com/bytecodealliance/wasmtime/pull/9
Configuration
📅 Schedule: Branch creation - "" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.