Changes in linker.rs

e4305755 - Add wasi:http support to the C API (#12950)

Fri, 03 Apr 2026 16:41:51 +0000

Add wasi:http support to the C API (#12950) List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

39ec36ca - Fill out type information for components in C API (#11937)

Wed, 05 Nov 2025 18:56:02 +0000

Fill out type information for components in C API (#11937)* Fill out type information for components in C APII've concluded that I'll want this for wasmtime-py so this fills outtype reflection for various items in the C API. This then additionallyextends the C++ API as well.prtest:full* Update crates/c-api/include/wasmtime/component/types/func.hCo-authored-by: Joel Dice ---------Co-authored-by: Joel Dice List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

544a5210 - capi: Add `define_unknown_imports_as_traps` (#11962)

Mon, 03 Nov 2025 14:52:58 +0000

capi: Add `define_unknown_imports_as_traps` (#11962)Specifically add this to the component-side of the API to mirror thefunctionality for core wasm. List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

87d1730b - Supply type information in `func_new` for components (#11944)

Mon, 27 Oct 2025 21:25:15 +0000

Supply type information in `func_new` for components (#11944)Originally the `Linker::func_new` type for components was modeled aftercore wasm where a type was provided when the type was defined. This wasdifficult, however, because there's no way to construct types right nowand instead a component had to be created and compiled to acquire typeinformation from it. Later various refactorings meant that it waspossible to drop the type information entirely from `func_new` meaningthat it was "typeless" in a sense, and the functionality relied on thetagged nature of `Val` which always knows its type.This has proven a bit difficult to integrate into Python in some workI've been doing. Namely in Python component values are (at least IMO)best represented as native Python values where possible. Native Pythondoesn't distinguish, however, between integer bit widths (orsignededness). This means that converting a Python value to a componentvalue requires type information to guide the conversion process.Currently when defining a function in a linker there's no way to get atthis type information meaning that the types would need to be suppliedin Python, bringing up the same shortcomings of not being able to createtypes.In lieu of filling out type constructors, which is itself quitenontrivial, I've opted to do the next-most-easiest thing which is tosupply the type to the callee when an import is invoked. This means thatthe callee has all the type information necessary. While this issomewhat costly in that it clones a few arcs it's expected to be a dropin the bucket compared to the inefficiencies of `Val` so it's at leastin the same spirit of the cost of the API right now.My intention is to use this to update the C API for components andeventually end up with type information when Python is invoked inwasmtime-py. Also while I'm using wasmtime-py as a motivating case herethat's sort of just one example of a host embedding which doesn't havethe full fidelity of Rust's type system and might benefit from this. List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

dbc21cde - Support resources in the C API of Wasmtime (#11920)

Wed, 22 Oct 2025 23:40:44 +0000

Support resources in the C API of Wasmtime (#11920)This commit builds on #11885 to build out support for resources incomponents in the C API of Wasmtime. Support is effectively the same asin Rust except more things are behind pointers and `ResourceDynamic` isused under the hood instead of `Resource` due to the lack ofmonomorphization. Tests have been updated to go through some varioussituations of ensuring that guest and host resources are representableand can be manipulated. List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

cde2e04f - Fill out more of the C++ API for components (#11889)

Tue, 21 Oct 2025 19:27:10 +0000

Fill out more of the C++ API for components (#11889)* capi: Add a C++ API for `component::Linker`Just a bare-bones API for now with functionality that's possible to fillout. Notably instantiation and defining functions is not yet possible inC++. Some more feature-parity is also added with the core linkers aswell.* capi: Add bindings for component instances* capi: Delete wasip2.h header fileUpon reflection I realize that this is not actually necessary and isotherwise a duplicate of the functionality in `wasi.h`. All of thefunctionality in `wasi.h` is already supported to power WASIp2-definedAPIs in a linker, which is enabled by the `WasiView` trait redirectingto the `WasiView for WasiP1Ctx` implementation. This is similar to howthe `wasmtime` CLI works where a P1 context is always created and thenit's conditionally used for either core wasm or components.Effectively this is a deletion of duplicate functionality in the C APIbut no underlying functionality is lost. Translating information topreexisting WASI calls will work the same as using the wasip2 APIs before.* capi: Start bindings for component functions* capi: Bind component values in the C++ API* capi: Finish bindings for component functions/linkersAll the pieces are now in place to use the C++ API in testing.* Fix compilation of CLI* Fix compile on MSVC* Try again to fix msvc compat* Fix `get_f32` and `get_f64` return values* Fix signed return values* Remove no-longer-needed `capi_transfer` function* Try to fix msvc again* Remove std::optional constructor of `Val`* Fix another namespace clash on msvc* One day I surely may understand a fraction of either C++ or MSVC, buttoday is not that day.* Document internal macro* Add other internal docs List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

69c01c5d - c-api: component-model: Resource table, WASI (#11055)

Wed, 18 Jun 2025 15:05:39 +0000

c-api: component-model: Resource table, WASI (#11055)* c-api: component-model: Resource table, WASI* WASIP2 context builder* Add include* Rename function* Add a simple test* Add comments prtest:full List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

8a42768f - Update nightly used in CI (#10957)

Fri, 06 Jun 2025 18:06:28 +0000

Update nightly used in CI (#10957)A new lint was added to rustc so this updates the nightly used in CI andthen additionally fixes the lints that are firing. List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

b2c64de1 - c-api: component-model: Values and function calling (#10697)

Fri, 23 May 2025 14:05:50 +0000

c-api: component-model: Values and function calling (#10697)* c-api: component-model: Primitive values* c-api: component-model: Function calling* A test* Take args as mut to avoid copying* String and char* Rethink value ownership semantics, add list values* Record values* Make take Rust values as refs in `::from()` functionsLater we can provide implementations that take it as a value to avoidcopying* Define host functions* `wasmtime_component_valrecord_new()`* Use `u32` instead of `char` as its not ffi safe* Test records and strings in c-api -> vm -> host func -> vm -> c-api* `wasmtime_component_vallist_new()`* Test lists* Fix formatting* Use existing `declare_vecs` construct* Add rest of helper functions* Add documentation* Fix multiline comments* Third time's the charm* Fourth time's the charm prtest:full* Doxygen file headers* Fix other missing documentation* Small fix to docs List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

90ac295e - Update Wasmtime to the 2024 Rust Edition (#10806)

Mon, 19 May 2025 16:40:55 +0000

Update Wasmtime to the 2024 Rust Edition (#10806)* Update Wasmtime to the 2024 Rust EditionNow that our MSRV supports the 2024 edition it's possible to make thisswitch. This commit moves Wasmtime to the 2024 Edition to keepup-to-date with Rust idioms and access many of the edition featuresexclusive to the 2024 edition.prtest:full* Reformat with the 2024 edition List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

ce3c1a72 - c-api: component-model: Lookup function from an instance (#10675)

Mon, 28 Apr 2025 19:23:36 +0000

c-api: component-model: Lookup function from an instance (#10675)* c-api: component-model: Lookup function from an instance* c-api: component-model: Take strings as `wasm_name_t`* Use export indices* Shared `CHECK_ERR` macro* Pass names as a pointer and a size, return nullable pointers* Use `std::str::from_utf8()` instead of `str::from_utf8()`* Remove doc link? List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

5e8f7c4c - c-api: Module definitions in component model linker (#10651)

Thu, 24 Apr 2025 20:03:21 +0000

c-api: Module definitions in component model linker (#10651)* c-api: Module definitions in component model linker* Documentation and a test List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs

930d3543 - c-api: Create and instantiate a component model linker (#10598)

Fri, 18 Apr 2025 14:31:51 +0000

c-api: Create and instantiate a component model linker (#10598)* c-api: Create and instantiate a component model linkerCo-authored-by: Tyler Rockwood Co-authored-by: Jean-Jacques Lafay * c-api: Accept `wat` in `wasmtime_component_new()`* Add a test* c-api: Include `wasmtime/conf.h` in `component/component.h`* Add `wasmtime/conf.h` include to `instance.h` and `linker.h`* Make wasmtime_component_instance_t non-opaque* Defer `wasmtime_component_linker_instance()`---------Co-authored-by: Tyler Rockwood Co-authored-by: Jean-Jacques Lafay List of files: /wasmtime-44.0.1/crates/c-api/src/component/linker.rs