Module wit_component::metadata
source · Expand description
Definition for encoding of custom sections within core wasm modules of component-model related data.
When creating a component from a source language the high-level process for
doing this is that code will be generated into the source language by
wit-bindgen
or a similar tool which will be compiled down to core wasm.
The core wasm file is then fed into wit-component
and a component is
created. This means that the componentization process is decoupled from the
binding generation process and intentionally affords for linking together
libraries into the main core wasm module that import different interfaces.
The purpose of this module is to define an intermediate format to reside in
a custom section in the core wasm output. This intermediate format is
carried through the wasm linker through a custom section whose name starts
with component-type
. This custom section is created
per-language-binding-generation and consumed by slurping up all the
sections during the component creation process.
Currently the encoding of this custom section is itself a component. The
component has a single export which is a component type which represents the
world
that was bound during bindings generation. This single export is
used to decode back into a Resolve
with a WIT representation.
Currently the component additionally has a custom section named
wit-component-encoding
(see CUSTOM_SECTION_NAME
). This section is
currently defined as 2 bytes:
- The first byte is
CURRENT_VERSION
to help protect against future and past changes. - The second byte indicates the string encoding used for imports/exports as
part of the bindings process. The mapping is defined by
encode_string_encoding
.
This means that the top-level encode
function takes a Resolve
, a
WorldId
, and a StringEncoding
. Note that the top-level decode
function
is slightly difference because it’s taking all custom sections in a core
wasm binary, possibly from multiple invocations of bindgen, and unioning
them all together. This means that the output is a Bindgen
which
represents the union of all previous bindings.
The dual of encode
is the decode_custom_section
fucntion which decodes
the three arguments originally passed to encode
.
Structs§
- The result of decoding binding information from a WebAssembly binary.
- Module-level metadata that’s specific to one core WebAssembly module. This is extracted with a
Bindgen
.
Functions§
- This function will parse the
wasm
binary given as input and return aBindgen
which extracts the custom sections describing component-level types from within the binary itself. - Creates a
component-type*
custom section to be decoded bydecode
above.