Changes in lib.rs

e6937050 - only remove `_initialize` function from module snapshots (#12540)

Mon, 09 Feb 2026 17:35:31 +0000

only remove `_initialize` function from module snapshots (#12540)* only remove `_initialize` function from module snapshotsRemoving `_initialize` from snapshots of wit-component-produced components leadsto invalid inputs because it breaks the alias `wit-component` creates.Moreover, removing that function is redundant because it is only called from astart function which is also removed during snapshotting.Ideally, removing `_initialize` and any aliases which point to it would be takencare of a general-purpose component dead code removal tool, but no such toolexists yet. In the meantime, leaving it there creates a bit of code bloat butis otherwise harmless.* add wizer test for `_initialize` in components List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

7981473f - wasmtime-wizer: make rayon optional (#12313)

Mon, 12 Jan 2026 16:14:36 +0000

wasmtime-wizer: make rayon optional (#12313)* wasmtime-wizer: make rayon optionalwhen compiling wasmtime-wizer to wasm32, rayon detects that and tries touse wasm-bindgen APIsthe new rayon feature flag allows users to choose if snapshotting shouldbe parallel or sequential* add the new wasmtime-wizer rayon feature flag to CI micro_checks List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

5913761e - wasmtime-wizer: add type_hints to global_get (#12314)

Mon, 12 Jan 2026 15:37:30 +0000

wasmtime-wizer: add type_hints to global_get (#12314)InstanceState::global_get now takes a parameter to tell the system whattype this global expectsin JS, WebAssembly.Instance always returns number which has to beconverted for snapshotting List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

228f448b - Migrate Wizer to `wasmtime::error` (#12266)

Wed, 07 Jan 2026 22:07:34 +0000

Migrate Wizer to `wasmtime::error` (#12266) List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

54826c0e - Update wasm-tools/wit-bindgen dependencies (#12121)

Wed, 03 Dec 2025 23:36:44 +0000

Update wasm-tools/wit-bindgen dependencies (#12121)This pulls in wasm-tools support for custom-descriptors which requiredadding more match arms in a few locations. Wasmtime doesn't supportthis, however, so it should all be rejected during validation. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

c7dc0eb1 - wizer: Don't copy all memory out of a store (#11891)

Tue, 21 Oct 2025 16:13:28 +0000

wizer: Don't copy all memory out of a store (#11891)Instead of copying all memory out of a store only copy the contents ofthe data segments that are created. This refactors the snapshottingprocess to work with data segments purely with ranges first and thencopy out the data at the end once all the ranges have settled. Thisadditionally, while refactoring, adds 64-bit memory support tosnapshotting by ensuring that data segments have the right type ofoffset annotated. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

278656ce - Merge component-init into wasmtime-wizer (#11878)

Mon, 20 Oct 2025 17:55:39 +0000

Merge component-init into wasmtime-wizer (#11878)* Merge component-init into wasmtime-wizerThis commit is the next phase of merging the wizer and component-initrepositories into Wasmtime. This does not take the same approach asmerging wizer where the git histories were merged, but instead thistakes an entirely different approach for component-init. Effectively Iread the code in component-init and copied over the spirit of the codeinto the wasmtime-wizer crate. Very little was literally copied over dueto such large changes in the internals of organization andimplementation. The main goal of merging this repository is to replacethe core wasm tracking of state in component-init with whatwasmtime-wizer already has. Sort of like the runtime in the `wasmtime`crate the goal is to build component support entirely on top of coresupport to avoid duplicating anything.The general strategy for pre-init components is that unlike core wasmwhere more exports are added a component has a new module and newaccessor functions injected for all state found in the component. Forexample an `i32` global results in a `(func (result s32))` in WIT.Memories result in `(func (result (list u8)))`. This "accessor module"is synthetically built during the instrumentation pass of Wizer and thenused to acquire snapshot results afterwards.All of this support is added in a new `component` submodule of the`wasmtime-wizer` crate. This submodule has the same structure as itscore wasm counterpart at the root of the crate, but the internalimplementations are entirely different. Anything encountering a corewasm module delegates to the core wasm support in the root of the cratefor Wizer.There is one new limitation at this time over what component-initsupports which is that nested components are not supported just yet.Currently in component-init nested components are copied over as-iswhich ends up producing a faulty initialization if the componentsactually have core wasm instances associated with them. For now thisimplementation sidesteps this by forbidding nested components entirely.To support wizening the output of `wasm-tools component {new,link}`,however, some support for nested components will be required. I plan onadding that in a follow-up commit.Testing of component-init is pretty light right now so this commitcopies over a few `*.wat` tests "in spirit" but does not literally copyover the preexisting tests. There are a few tests in component-initwhich initialize the real output of `wasm-tools component new` which maywant to be migrated eventually but my hope is that this repo can stickto smaller more focused tests for now.One large-ish change made to `wasmtime-wizer` during this merge was tochange snapshotting functionality to being an `async` function. This isrequired for components because reading state requires invoking afunction, which in the context of the `wasmtime run` subcommand isalways done in "async mode". This meant that the `async` propagatesoutwards to much of `wasmtime-wizer`, even the core wasm traits. My hopeis that this isn't a big issue as the CLI can deal with it and embedderscan throw an `async` in there.Overall this is intended to be a mostly-complete skeleton plus basicfunctionality for component-init. I have not done thorough testing withreal-world components just yet (e.g. componentize-py) so there willlikely be follow-up PRs to address various inevitable shortcomings I'veintroduced in this merge.* Deduplicate some debug asserts* Fix wizer benches/fuzzing* Use `wizer-initialize` for core wasm and components* Only copy out nonzero contents of memory, not all memory* Fix a rebase conflict* Revert "Only copy out nonzero contents of memory, not all memory"This reverts commit 865146cc459826945cd22f4a41f1137d3e8c1c46. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

64dcc93c - wizer: Disallow GC mutations (#11877)

Fri, 17 Oct 2025 00:05:27 +0000

wizer: Disallow GC mutations (#11877)Explicitly disallow mutation-related GC instructions in Wizer. Thisavoids forcibly disabling the wasm GC proposal in Wizer since that hastype system effects as well. Instead this disallows the subset of theproposal which is incompatible with Wizer, specifically mutating GCreferences which can't be snapshot. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

0492a340 - wizer: Reject mutable reference-typed globals (#11866)

Wed, 15 Oct 2025 21:46:14 +0000

wizer: Reject mutable reference-typed globals (#11866)These can't currently be snapshotted, so they're rejected. This involvedbuilding out support for readonly reference-typed globals where thesnapshot now only contains mutable globals, not all globals. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

ac090f67 - wizer: Make `wasmtime` an optional dependency (#11863)

Wed, 15 Oct 2025 16:09:16 +0000

wizer: Make `wasmtime` an optional dependency (#11863)* wizer: Make `wasmtime` an optional dependencyThis commit refactors Wizer to have `wasmtime` as an optional dependencyof the crate rather than being a hard dependency. This, in theory,enables Wizer to be used with other runtimes (such as a JS-basedruntime), but otherwise for now provides a cleaner separation betweenWizer and Wasmtime and clearly indicates the interface between the two.* Fix standalone wizer build* Fix feature'd compile* Fix compile of the `wizer` subcommand List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

01d9cb81 - wizer: Refactor snapshotting of globals/memories (#11857)

Tue, 14 Oct 2025 22:05:57 +0000

wizer: Refactor snapshotting of globals/memories (#11857)This commit updates the loop-over-globals approach of snapshotting toinstead use a list of names produced from the instrumentation pass. Thisremoves the hardcoding of the `__wizer_*` names in the snapshotting passand instead centralizes the naming in one location. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

41a695f2 - Remove more module linking support from Wizer (#11855)

Tue, 14 Oct 2025 19:27:33 +0000

Remove more module linking support from Wizer (#11855)This commit simplifies some stages of Wizer by removing more support forthe now-ancient "module linking" proposal which was the precursor to thecomponent model. Much of this will come back, but in a very differentform, for component model support as component-init is merged into thisrepository. For now though to prepare for this refactoring this commitremoves all this historical support to keep core module wizening focusedon just core modules. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

819587f0 - wizer: Use utilties from wasm-encoder for conversion (#11853)

Tue, 14 Oct 2025 18:00:04 +0000

wizer: Use utilties from wasm-encoder for conversion (#11853)Simplify some code here and there by using the translations provided bythe `wasm-encoder` crate to avoid needing to duplicate them inside ofWizer. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

ab2486b4 - Disallow fewer instructions in Wizer (#11851)

Tue, 14 Oct 2025 17:01:42 +0000

Disallow fewer instructions in Wizer (#11851)Specifically allow `table.get`, `ref.null`, `ref.is_null`, `select`(typed), `ref.func`, and `table.size`. These are fine to execute and theincompatibility with Wizer instead comes when a table or a referencetype global is mutated. That mutation is disallowed elsewhere, however,so there's no need to reject these instructions. List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

18aff9aa - Integrate wizer into this repository (#11805)

Mon, 13 Oct 2025 19:33:52 +0000

Integrate wizer into this repository (#11805)* Remove misc wizer-related files* Integrate the Wizer manifest with this repo's workspace* Enable some more wasmtime features* Get wizer tests passing in-repo* Remove duplicate dummy wizer module* Integer `wasmtime wizer` subcommand into the CLI* Fully integrate wizer into `wasmtime` CLI* Split `wasmtime run` into helper functions* Split `Wizer::run` into helper functions* Weave the two together in `wasmtime wizer`The end goal is to have all CLI options in `wasmtime run` applicable for`wasmtime wizer` as well with some light edits between the two. Overallthough we shouldn't have to proactively support commands in one or theother and everything ideally should "just work".* Fix clippy warnings and bench compiles* Fix benchmarks* Create a store-per-iteration* Use the right wasms in the regex benchmark* Get wizer fuzzer building again* Get CLI working again* Run rustfmt* Remove precompiled wasms from the tree35M for some wasms is a bit heavy so instead build them from source.* Update vet configuration for fuzzers/tests* Update publish script with wasmtime-wizer* Fix clippy lint* Some docs and more clippy lintsprtest:full* Relax version requirement* Try to fix asan build* Remove rustflags too* Un-exclude wizer* Adjust publish script* Update lock file after rebase* Integrate bytecodealliance/wizer#139Use deterministic results for relaxed simd operations by default.* Handle preloads in wizer* Appease clippy* Use deterministic relaxed simd in wizer tests List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

409a5d5a - chore(deps): update wasmtime & upstream deps (#136)

Wed, 27 Aug 2025 15:27:09 +0000

chore(deps): update wasmtime & upstream deps (#136)* chore(deps): update wasmtime & upstream depsThis commit updates wasmtime along with other deps:- wasmtime: v31 -> v36.0.2- wasmparser et al: *.228 -> *.238* fix(deps): use major version of wasmtime in depCo-authored-by: Till Schneidereit ---------Co-authored-by: Till Schneidereit List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

2f76c853 - chore: bump deps (#132)

Thu, 10 Apr 2025 17:20:43 +0000

chore: bump deps (#132) List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

fc78a019 - enable reference types and bulk memory support by default (#129)

Thu, 27 Feb 2025 19:47:23 +0000

enable reference types and bulk memory support by default (#129)* enable reference types and bulk memory support by default* update tests---------Co-authored-by: Gentle List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

5f4583b8 - add option for reference-types (#124)

Wed, 26 Feb 2025 19:57:16 +0000

add option for reference-types (#124)* add option for reference_typesonly enables the wasmtime feature, which allows initializing Modulesthat were compiled with newer llvm versions but don't actually usereference_typesDisabled by default* Update src/lib.rsCo-authored-by: Nick Fitzgerald * reject reference-types related instructions* add setter for wasm_reference_types* bail instead of unreachable* tests for reference-types still rejecting tyble modifying instructions* better error messages* test indirect call with reference_types enabled* same docstring for library and cli* (hopefully) actually use the new call_indirect---------Co-authored-by: Gentle Co-authored-by: Nick Fitzgerald List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs

73871487 - Update Wasmtime and the WASI implementation to v23 (#109)

Tue, 20 Aug 2024 15:00:13 +0000

Update Wasmtime and the WASI implementation to v23 (#109)* Update wasmtime and the wasi implementation to v23 * Fix benchmark compilation List of files: /wasmtime-44.0.1/crates/wizer/src/lib.rs