Skip to main content

wasmtime/
config.rs

1use crate::Engine;
2use crate::prelude::*;
3use alloc::sync::Arc;
4use bitflags::Flags;
5use core::fmt;
6use core::num::{NonZeroU32, NonZeroUsize};
7use core::str::FromStr;
8#[cfg(any(feature = "cranelift", feature = "winch"))]
9use std::path::Path;
10pub use wasmparser::WasmFeatures;
11#[cfg(any(feature = "cranelift", feature = "winch"))]
12use wasmtime_environ::FlagValue;
13use wasmtime_environ::{ConfigTunables, OperatorCost, OperatorCostStrategy, TripleExt, Tunables};
14
15#[cfg(feature = "runtime")]
16use crate::memory::MemoryCreator;
17#[cfg(feature = "runtime")]
18use crate::profiling_agent::{self, ProfilingAgent};
19#[cfg(feature = "runtime")]
20use crate::runtime::vm::{
21    GcRuntime, InstanceAllocator, OnDemandInstanceAllocator, RuntimeMemoryCreator,
22};
23#[cfg(feature = "runtime")]
24use crate::trampoline::MemoryCreatorProxy;
25
26#[cfg(feature = "async")]
27use crate::stack::{StackCreator, StackCreatorProxy};
28#[cfg(feature = "async")]
29use wasmtime_fiber::RuntimeFiberStackCreator;
30
31#[cfg(feature = "runtime")]
32pub use crate::runtime::code_memory::CustomCodeMemory;
33#[cfg(feature = "cache")]
34pub use wasmtime_cache::{Cache, CacheConfig};
35#[cfg(all(feature = "incremental-cache", feature = "cranelift"))]
36pub use wasmtime_environ::CacheStore;
37pub use wasmtime_environ::Inlining;
38
39pub(crate) const DEFAULT_WASM_BACKTRACE_MAX_FRAMES: NonZeroUsize = NonZeroUsize::new(20).unwrap();
40
41/// Represents the module instance allocation strategy to use.
42#[derive(Clone)]
43#[non_exhaustive]
44pub enum InstanceAllocationStrategy {
45    /// The on-demand instance allocation strategy.
46    ///
47    /// Resources related to a module instance are allocated at instantiation time and
48    /// immediately deallocated when the `Store` referencing the instance is dropped.
49    ///
50    /// This is the default allocation strategy for Wasmtime.
51    OnDemand,
52    /// The pooling instance allocation strategy.
53    ///
54    /// A pool of resources is created in advance and module instantiation reuses resources
55    /// from the pool. Resources are returned to the pool when the `Store` referencing the instance
56    /// is dropped.
57    ///
58    /// When GC is enabled, the pooling allocator requires that the GC heap
59    /// configuration matches the linear memory configuration (i.e.,
60    /// `gc_heap_reservation` must equal `memory_reservation`, etc.). By
61    /// default, if no `gc_heap_*` tunables are explicitly configured, they
62    /// automatically inherit the `memory_*` values.
63    #[cfg(feature = "pooling-allocator")]
64    Pooling(PoolingAllocationConfig),
65}
66
67impl InstanceAllocationStrategy {
68    /// The default pooling instance allocation strategy.
69    #[cfg(feature = "pooling-allocator")]
70    pub fn pooling() -> Self {
71        Self::Pooling(Default::default())
72    }
73}
74
75impl Default for InstanceAllocationStrategy {
76    fn default() -> Self {
77        Self::OnDemand
78    }
79}
80
81#[cfg(feature = "pooling-allocator")]
82impl From<PoolingAllocationConfig> for InstanceAllocationStrategy {
83    fn from(cfg: PoolingAllocationConfig) -> InstanceAllocationStrategy {
84        InstanceAllocationStrategy::Pooling(cfg)
85    }
86}
87
88#[derive(Clone)]
89/// Configure the strategy used for versioning in serializing and deserializing [`crate::Module`].
90pub enum ModuleVersionStrategy {
91    /// Use the wasmtime crate's Cargo package version.
92    WasmtimeVersion,
93    /// Use a custom version string. Must be at most 255 bytes.
94    Custom(String),
95    /// Emit no version string in serialization, and accept all version strings in deserialization.
96    None,
97}
98
99impl Default for ModuleVersionStrategy {
100    fn default() -> Self {
101        ModuleVersionStrategy::WasmtimeVersion
102    }
103}
104
105impl core::hash::Hash for ModuleVersionStrategy {
106    fn hash<H: core::hash::Hasher>(&self, hasher: &mut H) {
107        match self {
108            Self::WasmtimeVersion => env!("CARGO_PKG_VERSION").hash(hasher),
109            Self::Custom(s) => s.hash(hasher),
110            Self::None => {}
111        };
112    }
113}
114
115impl ModuleVersionStrategy {
116    /// Get the string-encoding version of the module.
117    pub fn as_str(&self) -> &str {
118        match &self {
119            Self::WasmtimeVersion => env!("CARGO_PKG_VERSION_MAJOR"),
120            Self::Custom(c) => c,
121            Self::None => "",
122        }
123    }
124}
125
126/// Configuration for record/replay
127#[derive(Clone)]
128#[non_exhaustive]
129pub enum RRConfig {
130    #[cfg(feature = "rr")]
131    /// Recording on store is enabled
132    Recording,
133    #[cfg(feature = "rr")]
134    /// Replaying on store is enabled
135    Replaying,
136    /// No record/replay is enabled
137    None,
138}
139
140/// Global configuration options used to create an [`Engine`]
141/// and customize its behavior.
142///
143/// This structure exposed a builder-like interface and is primarily consumed by
144/// [`Engine::new()`].
145///
146/// The validation of `Config` is deferred until the engine is being built, thus
147/// a problematic config may cause [`Engine::new`] to fail.
148///
149/// # Defaults
150///
151/// The `Default` trait implementation and the return value from
152/// [`Config::new()`] are the same and represent the default set of
153/// configuration for an engine. The exact set of defaults will differ based on
154/// properties such as enabled Cargo features at compile time and the configured
155/// target (see [`Config::target`]). Configuration options document their
156/// default values and what the conditional value of the default is where
157/// applicable.
158#[derive(Clone)]
159pub struct Config {
160    #[cfg(any(feature = "cranelift", feature = "winch"))]
161    compiler_config: Option<CompilerConfig>,
162    target: Option<target_lexicon::Triple>,
163    #[cfg(feature = "gc")]
164    collector: Collector,
165    profiling_strategy: ProfilingStrategy,
166    tunables: ConfigTunables,
167
168    #[cfg(feature = "cache")]
169    pub(crate) cache: Option<Cache>,
170    #[cfg(feature = "runtime")]
171    pub(crate) mem_creator: Option<Arc<dyn RuntimeMemoryCreator>>,
172    #[cfg(feature = "runtime")]
173    pub(crate) custom_code_memory: Option<Arc<dyn CustomCodeMemory>>,
174    pub(crate) allocation_strategy: InstanceAllocationStrategy,
175    pub(crate) max_wasm_stack: usize,
176    /// Explicitly enabled features via `Config::wasm_*` methods. This is a
177    /// signal that the embedder specifically wants something turned on
178    /// regardless of the defaults that Wasmtime might otherwise have enabled.
179    ///
180    /// Note that this, and `disabled_features` below, start as the empty set of
181    /// features to only track explicit user requests.
182    pub(crate) enabled_features: WasmFeatures,
183    /// Same as `enabled_features`, but for those that are explicitly disabled.
184    pub(crate) disabled_features: WasmFeatures,
185    pub(crate) wasm_backtrace_details_env_used: bool,
186    pub(crate) wasm_backtrace_max_frames: Option<NonZeroUsize>,
187    pub(crate) native_unwind_info: Option<bool>,
188    pub(crate) async_stack_size: usize,
189    pub(crate) async_stack_zeroing: bool,
190    #[cfg(feature = "async")]
191    pub(crate) stack_creator: Option<Arc<dyn RuntimeFiberStackCreator>>,
192    pub(crate) module_version: ModuleVersionStrategy,
193    pub(crate) parallel_compilation: bool,
194    pub(crate) memory_guaranteed_dense_image_size: u64,
195    pub(crate) force_memory_init_memfd: bool,
196    pub(crate) wmemcheck: bool,
197    #[cfg(feature = "coredump")]
198    pub(crate) coredump_on_trap: bool,
199    pub(crate) macos_use_mach_ports: bool,
200    pub(crate) detect_host_feature: Option<fn(&str) -> Option<bool>>,
201    pub(crate) x86_float_abi_ok: Option<bool>,
202    pub(crate) shared_memory: bool,
203    pub(crate) rr_config: RRConfig,
204}
205
206/// User-provided configuration for the compiler.
207#[cfg(any(feature = "cranelift", feature = "winch"))]
208#[derive(Debug, Clone)]
209struct CompilerConfig {
210    strategy: Option<Strategy>,
211    settings: crate::hash_map::HashMap<String, (String, UserSpecified)>,
212    flags: crate::hash_map::HashMap<String, UserSpecified>,
213    #[cfg(all(feature = "incremental-cache", feature = "cranelift"))]
214    cache_store: Option<Arc<dyn CacheStore>>,
215    clif_dir: Option<std::path::PathBuf>,
216    wmemcheck: bool,
217}
218
219#[cfg(any(feature = "cranelift", feature = "winch"))]
220#[derive(Debug, Clone)]
221enum UserSpecified {
222    Yes,
223    No,
224}
225
226#[cfg(any(feature = "cranelift", feature = "winch"))]
227impl CompilerConfig {
228    fn new() -> Self {
229        Self {
230            strategy: Strategy::Auto.not_auto(),
231            settings: Default::default(),
232            flags: Default::default(),
233            #[cfg(all(feature = "incremental-cache", feature = "cranelift"))]
234            cache_store: None,
235            clif_dir: None,
236            wmemcheck: false,
237        }
238    }
239
240    /// Ensures that the key is not set or equals to the given value.
241    /// If the key is not set, it will be set to the given value.
242    ///
243    /// # Returns
244    ///
245    /// Returns true if successfully set or already had the given setting
246    /// value, or false if the setting was explicitly set to something
247    /// else previously.
248    fn ensure_setting_unset_or_given(&mut self, k: &str, v: &str) -> bool {
249        if let Some((value, _)) = self.settings.get(k) {
250            if value != v {
251                return false;
252            }
253        } else {
254            self.settings
255                .insert(k.to_string(), (v.to_string(), UserSpecified::No));
256        }
257        true
258    }
259}
260
261#[cfg(any(feature = "cranelift", feature = "winch"))]
262impl Default for CompilerConfig {
263    fn default() -> Self {
264        Self::new()
265    }
266}
267
268impl Config {
269    /// Creates a new configuration object with the default configuration
270    /// specified.
271    pub fn new() -> Self {
272        let mut ret = Self {
273            tunables: ConfigTunables::default(),
274            #[cfg(any(feature = "cranelift", feature = "winch"))]
275            compiler_config: Some(CompilerConfig::default()),
276            target: None,
277            #[cfg(feature = "gc")]
278            collector: Collector::default(),
279            #[cfg(feature = "cache")]
280            cache: None,
281            profiling_strategy: ProfilingStrategy::None,
282            #[cfg(feature = "runtime")]
283            mem_creator: None,
284            #[cfg(feature = "runtime")]
285            custom_code_memory: None,
286            allocation_strategy: InstanceAllocationStrategy::OnDemand,
287            // 512k of stack -- note that this is chosen currently to not be too
288            // big, not be too small, and be a good default for most platforms.
289            // One platform of particular note is Windows where the stack size
290            // of the main thread seems to, by default, be smaller than that of
291            // Linux and macOS. This 512k value at least lets our current test
292            // suite pass on the main thread of Windows (using `--test-threads
293            // 1` forces this), or at least it passed when this change was
294            // committed.
295            max_wasm_stack: 512 * 1024,
296            wasm_backtrace_details_env_used: false,
297            wasm_backtrace_max_frames: Some(DEFAULT_WASM_BACKTRACE_MAX_FRAMES),
298            native_unwind_info: None,
299            enabled_features: WasmFeatures::empty(),
300            disabled_features: WasmFeatures::empty(),
301            async_stack_size: 2 << 20,
302            async_stack_zeroing: false,
303            #[cfg(feature = "async")]
304            stack_creator: None,
305            module_version: ModuleVersionStrategy::default(),
306            parallel_compilation: !cfg!(miri),
307            memory_guaranteed_dense_image_size: 16 << 20,
308            force_memory_init_memfd: false,
309            wmemcheck: false,
310            #[cfg(feature = "coredump")]
311            coredump_on_trap: false,
312            macos_use_mach_ports: !cfg!(miri),
313            #[cfg(feature = "std")]
314            detect_host_feature: Some(detect_host_feature),
315            #[cfg(not(feature = "std"))]
316            detect_host_feature: None,
317            x86_float_abi_ok: None,
318            shared_memory: false,
319            rr_config: RRConfig::None,
320        };
321        ret.wasm_backtrace_details(WasmBacktraceDetails::Environment);
322        ret
323    }
324
325    #[cfg(any(feature = "cranelift", feature = "winch"))]
326    pub(crate) fn has_compiler(&self) -> bool {
327        self.compiler_config.is_some()
328    }
329
330    #[track_caller]
331    #[cfg(any(feature = "cranelift", feature = "winch"))]
332    fn compiler_config_mut(&mut self) -> &mut CompilerConfig {
333        self.compiler_config.as_mut().expect(
334            "cannot configure compiler settings for `Config`s \
335             created by `Config::without_compiler`",
336        )
337    }
338
339    /// Configure whether Wasm compilation is enabled.
340    ///
341    /// Disabling Wasm compilation will allow you to load and run
342    /// [pre-compiled][Engine::precompile_module] Wasm programs, but not
343    /// to compile and run new Wasm programs that have not already been
344    /// pre-compiled.
345    ///
346    /// Many compilation-related configuration methods will panic if compilation
347    /// has been disabled.
348    ///
349    /// Note that there are two ways to disable Wasm compilation:
350    ///
351    /// 1. Statically, by disabling the `"cranelift"` and `"winch"` cargo
352    ///    features when building Wasmtime. These builds of Wasmtime will have
353    ///    smaller code size, since they do not include any of the code to
354    ///    compile Wasm.
355    ///
356    /// 2. Dynamically, by passing `false` to this method at run-time when
357    ///    configuring Wasmtime. The Wasmtime binary will still include the code
358    ///    for compiling Wasm, it just won't be executed, so code size is larger
359    ///    than with the first approach.
360    ///
361    /// The static approach is better in most cases, however dynamically calling
362    /// `enable_compiler(false)` is useful whenever you create multiple
363    /// [`Engine`]s in the same process, some of which must be able to compile
364    /// Wasm and some of which should never do so. Tests are a common example of
365    /// such a situation, especially when there are multiple Rust binaries in
366    /// the same cargo workspace, and cargo's feature resolution enables the
367    /// `"cranelift"` or `"winch"` features across the whole workspace.
368    #[cfg(any(feature = "cranelift", feature = "winch"))]
369    pub fn enable_compiler(&mut self, enable: bool) -> &mut Self {
370        match (enable, &self.compiler_config) {
371            (true, Some(_)) | (false, None) => {}
372            (true, None) => {
373                self.compiler_config = Some(CompilerConfig::default());
374            }
375            (false, Some(_)) => {
376                self.compiler_config = None;
377            }
378        }
379        self
380    }
381
382    /// Configures the target platform of this [`Config`].
383    ///
384    /// This method is used to configure the output of compilation in an
385    /// [`Engine`]. This can be used, for example, to
386    /// cross-compile from one platform to another. By default, the host target
387    /// triple is used meaning compiled code is suitable to run on the host.
388    ///
389    /// Note that the [`Module`](crate::Module) type can only be created if the
390    /// target configured here matches the host. Otherwise if a cross-compile is
391    /// being performed where the host doesn't match the target then
392    /// [`Engine::precompile_module`] must be used instead.
393    ///
394    /// Target-specific flags (such as CPU features) will not be inferred by
395    /// default for the target when one is provided here. This means that this
396    /// can also be used, for example, with the host architecture to disable all
397    /// host-inferred feature flags. Configuring target-specific flags can be
398    /// done with [`Config::cranelift_flag_set`] and
399    /// [`Config::cranelift_flag_enable`].
400    ///
401    /// # Errors
402    ///
403    /// This method will error if the given target triple is not supported.
404    pub fn target(&mut self, target: &str) -> Result<&mut Self> {
405        self.target =
406            Some(target_lexicon::Triple::from_str(target).map_err(|e| crate::format_err!(e))?);
407
408        Ok(self)
409    }
410
411    /// Enables the incremental compilation cache in Cranelift, using the provided `CacheStore`
412    /// backend for storage.
413    ///
414    /// # Panics
415    ///
416    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
417    #[cfg(all(feature = "incremental-cache", feature = "cranelift"))]
418    pub fn enable_incremental_compilation(
419        &mut self,
420        cache_store: Arc<dyn CacheStore>,
421    ) -> Result<&mut Self> {
422        self.compiler_config_mut().cache_store = Some(cache_store);
423        Ok(self)
424    }
425
426    #[doc(hidden)]
427    #[deprecated(note = "no longer has any effect")]
428    #[cfg(feature = "async")]
429    pub fn async_support(&mut self, _enable: bool) -> &mut Self {
430        self
431    }
432
433    /// Configures whether DWARF debug information will be emitted
434    /// during compilation for a native debugger on the Wasmtime
435    /// process to consume.
436    ///
437    /// Note that the `debug-builtins` compile-time Cargo feature must also be
438    /// enabled for native debuggers such as GDB or LLDB to be able to debug
439    /// guest WebAssembly programs.
440    ///
441    /// By default this option is `false`.
442    /// **Note** Enabling this option is not compatible with the Winch compiler.
443    pub fn debug_info(&mut self, enable: bool) -> &mut Self {
444        self.tunables.debug_native = Some(enable);
445        self
446    }
447
448    /// Whether or not symbols are located in generated compiled module
449    /// artifacts.
450    ///
451    /// Wasmtime's currently representation of compiled artifacts is an ELF
452    /// file. ELF files have symbol tables and such and this option enables
453    /// whether symbols are emitted for wasm functions. This utility can be
454    /// useful when profiling wasm modules (many profilers work with
455    /// ELF-in-memory by default without futher configuration), introspection of
456    /// a `*.cwasm` (e.g. the symbol table is what `wasmtime objdump` reads), or
457    /// just general binary analysis of the result ELF file. Large wasm modules
458    /// can have large symbol tables, however, and the symbols serve no purpose
459    /// at runtime meaning that they are pure overhead for minimal module as
460    /// well. This option can be used to disable these symbols which will reduce
461    /// the debuggability of modules but will also reduce their size.
462    ///
463    /// Note that the ELF file representation is considered an implementation
464    /// detail of Wasmtime and embedders should not rely on this format.
465    /// Wasmtime may change the format of artifacts in the future.
466    ///
467    /// This option is `true` by default.
468    ///
469    /// This option is required if [`Config::debug_info`] is enabled.
470    pub fn debug_symbols(&mut self, enable: bool) -> &mut Self {
471        self.tunables.debug_symbols = Some(enable);
472        self
473    }
474
475    /// Configures whether compiled guest code will be instrumented to
476    /// provide debugging at the Wasm VM level.
477    ///
478    /// This is required in order to enable a guest-level debugging
479    /// API that can precisely examine Wasm VM state and (eventually,
480    /// once it is complete) set breakpoints and watchpoints and step
481    /// through code.
482    ///
483    /// Without this enabled, debugging can only be done via a native
484    /// debugger operating on the compiled guest code (see
485    /// [`Config::debug_info`] and is "best-effort": we may be able to
486    /// recover some Wasm locals or operand stack values, but it is
487    /// not guaranteed, even when optimizations are disabled.
488    ///
489    /// When this is enabled, additional instrumentation is inserted
490    /// that directly tracks the Wasm VM state at every step. This has
491    /// some performance impact, but allows perfect debugging
492    /// fidelity.
493    ///
494    /// Breakpoints, watchpoints, and stepping are not yet supported,
495    /// but will be added in a future version of Wasmtime.
496    ///
497    /// This enables use of the [`crate::FrameHandle`] API which is
498    /// provided by [`crate::Caller::debug_exit_frames`] or
499    /// [`crate::Store::debug_exit_frames`].
500    ///
501    /// ***Note*** Enabling this option is not compatible with the
502    /// Winch compiler.
503    #[cfg(feature = "debug")]
504    pub fn guest_debug(&mut self, enable: bool) -> &mut Self {
505        self.tunables.debug_guest = Some(enable);
506        self
507    }
508
509    /// Configures whether [`WasmBacktrace`] will be present in the context of
510    /// errors returned from Wasmtime.
511    ///
512    /// This method is deprecated in favor of
513    /// [`Config::wasm_backtrace_max_frames`]. Calling `wasm_backtrace(false)`
514    /// is equivalent to `wasm_backtrace_max_frames(None)`, and
515    /// `wasm_backtrace(true)` will leave `wasm_backtrace_max_frames` unchanged
516    /// if the value is `Some` and will otherwise restore the default `Some`
517    /// value.
518    ///
519    /// [`WasmBacktrace`]: crate::WasmBacktrace
520    #[deprecated = "use `wasm_backtrace_max_frames` instead"]
521    pub fn wasm_backtrace(&mut self, enable: bool) -> &mut Self {
522        match (enable, self.wasm_backtrace_max_frames) {
523            (false, _) => self.wasm_backtrace_max_frames = None,
524            // Wasm backtraces were disabled; enable them with the
525            // default maximum number of frames to capture.
526            (true, None) => {
527                self.wasm_backtrace_max_frames = Some(DEFAULT_WASM_BACKTRACE_MAX_FRAMES)
528            }
529            // Wasm backtraces are already enabled; keep the existing
530            // max-frames configuration.
531            (true, Some(_)) => {}
532        }
533        self
534    }
535
536    /// Configures whether backtraces in `Trap` will parse debug info in the wasm file to
537    /// have filename/line number information.
538    ///
539    /// When enabled this will causes modules to retain debugging information
540    /// found in wasm binaries. This debug information will be used when a trap
541    /// happens to symbolicate each stack frame and attempt to print a
542    /// filename/line number for each wasm frame in the stack trace.
543    ///
544    /// By default this option is `WasmBacktraceDetails::Environment`, meaning
545    /// that wasm will read `WASMTIME_BACKTRACE_DETAILS` to indicate whether
546    /// details should be parsed. Note that the `std` feature of this crate must
547    /// be active to read environment variables, otherwise this is disabled by
548    /// default.
549    pub fn wasm_backtrace_details(&mut self, enable: WasmBacktraceDetails) -> &mut Self {
550        self.wasm_backtrace_details_env_used = false;
551        self.tunables.parse_wasm_debuginfo = match enable {
552            WasmBacktraceDetails::Enable => Some(true),
553            WasmBacktraceDetails::Disable => Some(false),
554            WasmBacktraceDetails::Environment => {
555                #[cfg(feature = "std")]
556                {
557                    self.wasm_backtrace_details_env_used = true;
558                    std::env::var("WASMTIME_BACKTRACE_DETAILS")
559                        .map(|s| Some(s == "1"))
560                        .unwrap_or(Some(false))
561                }
562                #[cfg(not(feature = "std"))]
563                {
564                    Some(false)
565                }
566            }
567        };
568        self
569    }
570
571    /// Configures the maximum number of WebAssembly frames to collect in
572    /// backtraces.
573    ///
574    /// A backtrace may be collected whenever an error is returned from a host
575    /// function call through to WebAssembly or when WebAssembly itself hits a
576    /// trap condition, such as an out-of-bounds memory access. This flag
577    /// indicates, in these conditions, whether the backtrace is collected or
578    /// not and how many frames should be collected.
579    ///
580    /// Currently wasm backtraces are implemented through frame pointer walking.
581    /// This means that collecting a backtrace is expected to be a fast and
582    /// relatively cheap operation. Additionally backtrace collection is
583    /// suitable in concurrent environments since one thread capturing a
584    /// backtrace won't block other threads.
585    ///
586    /// Collected backtraces are attached via
587    /// [`Error::context`](crate::Error::context) to errors returned from host
588    /// functions. The [`WasmBacktrace`] type can be acquired via
589    /// [`Error::downcast_ref`](crate::Error::downcast_ref) to inspect the
590    /// backtrace. When this option is set to `None` then this context is never
591    /// applied to errors coming out of wasm.
592    ///
593    /// The default value is 20.
594    ///
595    /// [`WasmBacktrace`]: crate::WasmBacktrace
596    pub fn wasm_backtrace_max_frames(&mut self, limit: Option<NonZeroUsize>) -> &mut Self {
597        self.wasm_backtrace_max_frames = limit;
598        self
599    }
600
601    /// Configures whether to generate native unwind information
602    /// (e.g. `.eh_frame` on Linux).
603    ///
604    /// This configuration option only exists to help third-party stack
605    /// capturing mechanisms, such as the system's unwinder or the `backtrace`
606    /// crate, determine how to unwind through Wasm frames. It does not affect
607    /// whether Wasmtime can capture Wasm backtraces or not. The presence of
608    /// [`WasmBacktrace`] is controlled by the
609    /// [`Config::wasm_backtrace_max_frames`] option.
610    ///
611    /// Native unwind information is included:
612    /// - When targeting Windows, since the Windows ABI requires it.
613    /// - By default.
614    ///
615    /// Note that systems loading many modules may wish to disable this
616    /// configuration option instead of leaving it on-by-default. Some platforms
617    /// exhibit quadratic behavior when registering/unregistering unwinding
618    /// information which can greatly slow down the module loading/unloading
619    /// process.
620    ///
621    /// [`WasmBacktrace`]: crate::WasmBacktrace
622    pub fn native_unwind_info(&mut self, enable: bool) -> &mut Self {
623        self.native_unwind_info = Some(enable);
624        self
625    }
626
627    /// Configures whether execution of WebAssembly will "consume fuel" to
628    /// either halt or yield execution as desired.
629    ///
630    /// This can be used to deterministically prevent infinitely-executing
631    /// WebAssembly code by instrumenting generated code to consume fuel as it
632    /// executes. When fuel runs out a trap is raised, however [`Store`] can be
633    /// configured to yield execution periodically via
634    /// [`crate::Store::fuel_async_yield_interval`].
635    ///
636    /// Note that a [`Store`] starts with no fuel, so if you enable this option
637    /// you'll have to be sure to pour some fuel into [`Store`] before
638    /// executing some code.
639    ///
640    /// By default this option is `false`.
641    ///
642    /// **Note** Enabling this option is not compatible with the Winch compiler.
643    ///
644    /// [`Store`]: crate::Store
645    pub fn consume_fuel(&mut self, enable: bool) -> &mut Self {
646        self.tunables.consume_fuel = Some(enable);
647        self
648    }
649
650    /// Configures the fuel cost of each WebAssembly operator.
651    ///
652    /// This is only relevant when [`Config::consume_fuel`] is enabled.
653    pub fn operator_cost(&mut self, cost: OperatorCost) -> &mut Self {
654        self.tunables.operator_cost = Some(OperatorCostStrategy::table(cost));
655        self
656    }
657
658    /// Enables epoch-based interruption.
659    ///
660    /// When executing code in async mode, we sometimes want to
661    /// implement a form of cooperative timeslicing: long-running Wasm
662    /// guest code should periodically yield to the executor
663    /// loop. This yielding could be implemented by using "fuel" (see
664    /// [`consume_fuel`](Config::consume_fuel)). However, fuel
665    /// instrumentation is somewhat expensive: it modifies the
666    /// compiled form of the Wasm code so that it maintains a precise
667    /// instruction count, frequently checking this count against the
668    /// remaining fuel. If one does not need this precise count or
669    /// deterministic interruptions, and only needs a periodic
670    /// interrupt of some form, then It would be better to have a more
671    /// lightweight mechanism.
672    ///
673    /// Epoch-based interruption is that mechanism. There is a global
674    /// "epoch", which is a counter that divides time into arbitrary
675    /// periods (or epochs). This counter lives on the
676    /// [`Engine`] and can be incremented by calling
677    /// [`Engine::increment_epoch`].
678    /// Epoch-based instrumentation works by setting a "deadline
679    /// epoch". The compiled code knows the deadline, and at certain
680    /// points, checks the current epoch against that deadline. It
681    /// will yield if the deadline has been reached.
682    ///
683    /// The idea is that checking an infrequently-changing counter is
684    /// cheaper than counting and frequently storing a precise metric
685    /// (instructions executed) locally. The interruptions are not
686    /// deterministic, but if the embedder increments the epoch in a
687    /// periodic way (say, every regular timer tick by a thread or
688    /// signal handler), then we can ensure that all async code will
689    /// yield to the executor within a bounded time.
690    ///
691    /// The deadline check cannot be avoided by malicious wasm code. It is safe
692    /// to use epoch deadlines to limit the execution time of untrusted
693    /// code.
694    ///
695    /// The [`Store`](crate::Store) tracks the deadline, and controls
696    /// what happens when the deadline is reached during
697    /// execution. Several behaviors are possible:
698    ///
699    /// - Trap if code is executing when the epoch deadline is
700    ///   met. See
701    ///   [`Store::epoch_deadline_trap`](crate::Store::epoch_deadline_trap).
702    ///
703    /// - Call an arbitrary function. This function may chose to trap or
704    ///   increment the epoch. See
705    ///   [`Store::epoch_deadline_callback`](crate::Store::epoch_deadline_callback).
706    ///
707    /// - Yield to the executor loop, then resume when the future is
708    ///   next polled. See
709    ///   [`Store::epoch_deadline_async_yield_and_update`](crate::Store::epoch_deadline_async_yield_and_update).
710    ///
711    /// Trapping is the default. The yielding behaviour may be used for
712    /// the timeslicing behavior described above.
713    ///
714    /// This feature is available with or without async support.
715    /// However, without async support, the timeslicing behaviour is
716    /// not available. This means epoch-based interruption can only
717    /// serve as a simple external-interruption mechanism.
718    ///
719    /// An initial deadline must be set before executing code by calling
720    /// [`Store::set_epoch_deadline`](crate::Store::set_epoch_deadline). If this
721    /// deadline is not configured then wasm will immediately trap.
722    ///
723    /// ## Interaction with blocking host calls
724    ///
725    /// Epochs (and fuel) do not assist in handling WebAssembly code blocked in
726    /// a call to the host. For example if the WebAssembly function calls
727    /// `wasi:io/poll.poll` to sleep epochs will not assist in waking this up or
728    /// timing it out. Epochs intentionally only affect running WebAssembly code
729    /// itself and it's left to the embedder to determine how best to wake up
730    /// indefinitely blocking code in the host.
731    ///
732    /// The typical solution for this, however, is to use the `async` variant of
733    /// WASI host functions. This models computation as a Rust `Future` which
734    /// means that when blocking happens the future is only suspended and
735    /// control yields back to the main event loop. This gives the embedder the
736    /// opportunity to use `tokio::time::timeout` for example on a wasm
737    /// computation and have the desired effect of cancelling a blocking
738    /// operation when a timeout expires.
739    ///
740    /// ## When to use fuel vs. epochs
741    ///
742    /// In general, epoch-based interruption results in faster
743    /// execution. This difference is sometimes significant: in some
744    /// measurements, up to 2-3x. This is because epoch-based
745    /// interruption does less work: it only watches for a global
746    /// rarely-changing counter to increment, rather than keeping a
747    /// local frequently-changing counter and comparing it to a
748    /// deadline.
749    ///
750    /// Fuel, in contrast, should be used when *deterministic*
751    /// yielding or trapping is needed. For example, if it is required
752    /// that the same function call with the same starting state will
753    /// always either complete or trap with an out-of-fuel error,
754    /// deterministically, then fuel with a fixed bound should be
755    /// used.
756    ///
757    /// **Note** Enabling this option is not compatible with the Winch compiler.
758    ///
759    /// # See Also
760    ///
761    /// - [`Store::set_epoch_deadline`](crate::Store::set_epoch_deadline)
762    /// - [`Store::epoch_deadline_trap`](crate::Store::epoch_deadline_trap)
763    /// - [`Store::epoch_deadline_callback`](crate::Store::epoch_deadline_callback)
764    /// - [`Store::epoch_deadline_async_yield_and_update`](crate::Store::epoch_deadline_async_yield_and_update)
765    pub fn epoch_interruption(&mut self, enable: bool) -> &mut Self {
766        self.tunables.epoch_interruption = Some(enable);
767        self
768    }
769
770    /// XXX: For internal fuzzing and debugging use only!
771    #[doc(hidden)]
772    pub fn gc_zeal_alloc_counter(&mut self, counter: Option<NonZeroU32>) -> Result<&mut Self> {
773        #[cfg(not(gc_zeal))]
774        {
775            let _ = counter;
776            bail!(
777                "cannot set `gc_zeal_alloc_counter` because Wasmtime was not built with `cfg(gc_zeal)`"
778            );
779        }
780
781        #[cfg(gc_zeal)]
782        {
783            self.tunables.gc_zeal_alloc_counter = Some(counter);
784            Ok(self)
785        }
786    }
787
788    /// Configures the maximum amount of stack space available for
789    /// executing WebAssembly code.
790    ///
791    /// WebAssembly has well-defined semantics on stack overflow. This is
792    /// intended to be a knob which can help configure how much stack space
793    /// wasm execution is allowed to consume. Note that the number here is not
794    /// super-precise, but rather wasm will take at most "pretty close to this
795    /// much" stack space.
796    ///
797    /// If a wasm call (or series of nested wasm calls) take more stack space
798    /// than the `size` specified then a stack overflow trap will be raised.
799    ///
800    /// Caveat: this knob only limits the stack space consumed by wasm code.
801    /// More importantly, it does not ensure that this much stack space is
802    /// available on the calling thread stack. Exhausting the thread stack
803    /// typically leads to an **abort** of the process.
804    ///
805    /// Here are some examples of how that could happen:
806    ///
807    /// - Let's assume this option is set to 2 MiB and then a thread that has
808    ///   a stack with 512 KiB left.
809    ///
810    ///   If wasm code consumes more than 512 KiB then the process will be aborted.
811    ///
812    /// - Assuming the same conditions, but this time wasm code does not consume
813    ///   any stack but calls into a host function. The host function consumes
814    ///   more than 512 KiB of stack space. The process will be aborted.
815    ///
816    /// There's another gotcha related to recursive calling into wasm: the stack
817    /// space consumed by a host function is counted towards this limit. The
818    /// host functions are not prevented from consuming more than this limit.
819    /// However, if the host function that used more than this limit and called
820    /// back into wasm, then the execution will trap immediately because of
821    /// stack overflow.
822    ///
823    /// When the `async` feature is enabled, this value cannot exceed the
824    /// `async_stack_size` option. Be careful not to set this value too close
825    /// to `async_stack_size` as doing so may limit how much stack space
826    /// is available for host functions.
827    ///
828    /// By default this option is 512 KiB.
829    ///
830    /// # Errors
831    ///
832    /// The [`Engine::new`] method will fail if the `size` specified here is
833    /// either 0 or larger than the [`Config::async_stack_size`] configuration.
834    pub fn max_wasm_stack(&mut self, size: usize) -> &mut Self {
835        self.max_wasm_stack = size;
836        self
837    }
838
839    /// Configures the size of the stacks used for asynchronous execution.
840    ///
841    /// This setting configures the size of the stacks that are allocated for
842    /// asynchronous execution. The value cannot be less than `max_wasm_stack`.
843    ///
844    /// The amount of stack space guaranteed for host functions is
845    /// `async_stack_size - max_wasm_stack`, so take care not to set these two values
846    /// close to one another; doing so may cause host functions to overflow the
847    /// stack and abort the process.
848    ///
849    /// By default this option is 2 MiB.
850    ///
851    /// # Errors
852    ///
853    /// The [`Engine::new`] method will fail if the value for this option is
854    /// smaller than the [`Config::max_wasm_stack`] option.
855    pub fn async_stack_size(&mut self, size: usize) -> &mut Self {
856        self.async_stack_size = size;
857        self
858    }
859
860    /// Configures whether or not stacks used for async futures are zeroed
861    /// before (re)use.
862    ///
863    /// When the [`call_async`] variant of calling WebAssembly is used
864    /// then Wasmtime will create a separate runtime execution stack for each
865    /// future produced by [`call_async`]. By default upon allocation, depending
866    /// on the platform, these stacks might be filled with uninitialized
867    /// memory. This is safe and correct because, modulo bugs in Wasmtime,
868    /// compiled Wasm code will never read from a stack slot before it
869    /// initializes the stack slot.
870    ///
871    /// However, as a defense-in-depth mechanism, you may configure Wasmtime to
872    /// ensure that these stacks are zeroed before they are used. Notably, if
873    /// you are using the pooling allocator, stacks can be pooled and reused
874    /// across different Wasm guests; ensuring that stacks are zeroed can
875    /// prevent data leakage between Wasm guests even in the face of potential
876    /// read-of-stack-slot-before-initialization bugs in Wasmtime's compiler.
877    ///
878    /// Stack zeroing can be a costly operation in highly concurrent
879    /// environments due to modifications of the virtual address space requiring
880    /// process-wide synchronization. It can also be costly in `no-std`
881    /// environments that must manually zero memory, and cannot rely on an OS
882    /// and virtual memory to provide zeroed pages.
883    ///
884    /// This option defaults to `false`.
885    ///
886    /// [`call_async`]: crate::TypedFunc::call_async
887    pub fn async_stack_zeroing(&mut self, enable: bool) -> &mut Self {
888        self.async_stack_zeroing = enable;
889        self
890    }
891
892    /// Explicitly enables (and un-disables) a given set of [`WasmFeatures`].
893    ///
894    /// Note: this is a low-level method that does not necessarily imply that
895    /// wasmtime _supports_ a feature. It should only be used to _disable_
896    /// features that callers want to be rejected by the parser or _enable_
897    /// features callers are certain that the current configuration of wasmtime
898    /// supports.
899    ///
900    /// Feature validation is deferred until an engine is being built, thus by
901    /// enabling features here a caller may cause
902    /// [`Engine::new`] to fail later, if the feature
903    /// configuration isn't supported.
904    pub fn wasm_features(&mut self, flag: WasmFeatures, enable: bool) -> &mut Self {
905        self.enabled_features.set(flag, enable);
906        self.disabled_features.set(flag, !enable);
907        self
908    }
909
910    /// Configures whether the WebAssembly tail calls proposal will be enabled
911    /// for compilation or not.
912    ///
913    /// The [WebAssembly tail calls proposal] introduces the `return_call` and
914    /// `return_call_indirect` instructions. These instructions allow for Wasm
915    /// programs to implement some recursive algorithms with *O(1)* stack space
916    /// usage.
917    ///
918    /// This is `true` by default except when the Winch compiler is enabled.
919    ///
920    /// [WebAssembly tail calls proposal]: https://github.com/WebAssembly/tail-call
921    pub fn wasm_tail_call(&mut self, enable: bool) -> &mut Self {
922        self.wasm_features(WasmFeatures::TAIL_CALL, enable);
923        self
924    }
925
926    /// Configures whether the WebAssembly [branch-hinting] proposal is enabled.
927    ///
928    /// When enabled, the `metadata.code.branch_hint` custom section is parsed
929    /// and used to lay out cold code paths during compilation. The hints are
930    /// advisory and never affect execution semantics.
931    ///
932    /// This is `false` by default until the proposal has been fuzzed.
933    ///
934    /// [branch-hinting]: https://github.com/WebAssembly/branch-hinting
935    pub fn wasm_branch_hinting(&mut self, enable: bool) -> &mut Self {
936        self.tunables.branch_hinting = Some(enable);
937        self
938    }
939
940    /// Configures whether the WebAssembly custom-page-sizes proposal will be
941    /// enabled for compilation or not.
942    ///
943    /// The [WebAssembly custom-page-sizes proposal] allows a memory to
944    /// customize its page sizes. By default, Wasm page sizes are 64KiB
945    /// large. This proposal allows the memory to opt into smaller page sizes
946    /// instead, allowing Wasm to run in environments with less than 64KiB RAM
947    /// available, for example.
948    ///
949    /// Note that the page size is part of the memory's type, and because
950    /// different memories may have different types, they may also have
951    /// different page sizes.
952    ///
953    /// Currently the only valid page sizes are 64KiB (the default) and 1
954    /// byte. Future extensions may relax this constraint and allow all powers
955    /// of two.
956    ///
957    /// Support for this proposal is disabled by default.
958    ///
959    /// [WebAssembly custom-page-sizes proposal]: https://github.com/WebAssembly/custom-page-sizes
960    pub fn wasm_custom_page_sizes(&mut self, enable: bool) -> &mut Self {
961        self.wasm_features(WasmFeatures::CUSTOM_PAGE_SIZES, enable);
962        self
963    }
964
965    /// Configures whether the WebAssembly [threads] proposal will be enabled
966    /// for compilation.
967    ///
968    /// This feature gates items such as shared memories and atomic
969    /// instructions. Note that the threads feature depends on the bulk memory
970    /// feature, which is enabled by default. Additionally note that while the
971    /// wasm feature is called "threads" it does not actually include the
972    /// ability to spawn threads. Spawning threads is part of the [wasi-threads]
973    /// proposal which is a separately gated feature in Wasmtime.
974    ///
975    /// Embeddings of Wasmtime are able to build their own custom threading
976    /// scheme on top of the core wasm threads proposal, however.
977    ///
978    /// The default value for this option is whether the `threads`
979    /// crate feature of Wasmtime is enabled or not. By default this crate
980    /// feature is enabled.
981    ///
982    /// [threads]: https://github.com/webassembly/threads
983    /// [wasi-threads]: https://github.com/webassembly/wasi-threads
984    #[cfg(feature = "threads")]
985    pub fn wasm_threads(&mut self, enable: bool) -> &mut Self {
986        self.wasm_features(WasmFeatures::THREADS, enable);
987        self
988    }
989
990    /// Configures whether the WebAssembly [shared-everything-threads] proposal
991    /// will be enabled for compilation.
992    ///
993    /// This feature gates extended use of the `shared` attribute on items other
994    /// than memories, extra atomic instructions, and new component model
995    /// intrinsics for spawning threads. It depends on the
996    /// [`wasm_threads`][Self::wasm_threads] being enabled.
997    ///
998    /// [shared-everything-threads]:
999    ///     https://github.com/webassembly/shared-everything-threads
1000    pub fn wasm_shared_everything_threads(&mut self, enable: bool) -> &mut Self {
1001        self.wasm_features(WasmFeatures::SHARED_EVERYTHING_THREADS, enable);
1002        self
1003    }
1004
1005    /// Configures whether the [WebAssembly reference types proposal][proposal]
1006    /// will be enabled for compilation.
1007    ///
1008    /// This feature gates items such as the `externref` and `funcref` types as
1009    /// well as allowing a module to define multiple tables.
1010    ///
1011    /// Note that the reference types proposal depends on the bulk memory proposal.
1012    ///
1013    /// This feature is `true` by default.
1014    ///
1015    /// # Errors
1016    ///
1017    /// The validation of this feature are deferred until the engine is being built,
1018    /// and thus may cause [`Engine::new`] fail if the `bulk_memory` feature is disabled.
1019    ///
1020    /// [proposal]: https://github.com/webassembly/reference-types
1021    #[cfg(feature = "gc")]
1022    pub fn wasm_reference_types(&mut self, enable: bool) -> &mut Self {
1023        self.wasm_features(WasmFeatures::REFERENCE_TYPES, enable);
1024        self
1025    }
1026
1027    /// Configures whether the [WebAssembly function references
1028    /// proposal][proposal] will be enabled for compilation.
1029    ///
1030    /// This feature gates non-nullable reference types, function reference
1031    /// types, `call_ref`, `ref.func`, and non-nullable reference related
1032    /// instructions.
1033    ///
1034    /// Note that the function references proposal depends on the reference
1035    /// types proposal.
1036    ///
1037    /// This feature is `true` by default.
1038    ///
1039    /// [proposal]: https://github.com/WebAssembly/function-references
1040    #[cfg(feature = "gc")]
1041    pub fn wasm_function_references(&mut self, enable: bool) -> &mut Self {
1042        self.wasm_features(WasmFeatures::FUNCTION_REFERENCES, enable);
1043        self
1044    }
1045
1046    /// Configures whether the [WebAssembly wide-arithmetic][proposal] will be
1047    /// enabled for compilation.
1048    ///
1049    /// This feature is `false` by default.
1050    ///
1051    /// [proposal]: https://github.com/WebAssembly/wide-arithmetic
1052    pub fn wasm_wide_arithmetic(&mut self, enable: bool) -> &mut Self {
1053        self.wasm_features(WasmFeatures::WIDE_ARITHMETIC, enable);
1054        self
1055    }
1056
1057    /// Configures whether the [WebAssembly Garbage Collection
1058    /// proposal][proposal] will be enabled for compilation.
1059    ///
1060    /// This feature gates `struct` and `array` type definitions and references,
1061    /// the `i31ref` type, and all related instructions.
1062    ///
1063    /// Note that the function references proposal depends on the typed function
1064    /// references proposal.
1065    ///
1066    /// This feature is `true` by default.
1067    ///
1068    /// [proposal]: https://github.com/WebAssembly/gc
1069    pub fn wasm_gc(&mut self, enable: bool) -> &mut Self {
1070        self.wasm_features(WasmFeatures::GC, enable);
1071        self
1072    }
1073
1074    /// Configures whether the WebAssembly SIMD proposal will be
1075    /// enabled for compilation.
1076    ///
1077    /// The [WebAssembly SIMD proposal][proposal]. This feature gates items such
1078    /// as the `v128` type and all of its operators being in a module. Note that
1079    /// this does not enable the [relaxed simd proposal].
1080    ///
1081    /// **Note**
1082    ///
1083    /// On x86_64 platforms the base CPU feature requirement for SIMD
1084    /// is SSE2 for the Cranelift compiler and AVX for the Winch compiler.
1085    ///
1086    /// This is `true` by default.
1087    ///
1088    /// [proposal]: https://github.com/webassembly/simd
1089    /// [relaxed simd proposal]: https://github.com/WebAssembly/relaxed-simd
1090    pub fn wasm_simd(&mut self, enable: bool) -> &mut Self {
1091        self.wasm_features(WasmFeatures::SIMD, enable);
1092        self
1093    }
1094
1095    /// Configures whether the WebAssembly Relaxed SIMD proposal will be
1096    /// enabled for compilation.
1097    ///
1098    /// The relaxed SIMD proposal adds new instructions to WebAssembly which,
1099    /// for some specific inputs, are allowed to produce different results on
1100    /// different hosts. More-or-less this proposal enables exposing
1101    /// platform-specific semantics of SIMD instructions in a controlled
1102    /// fashion to a WebAssembly program. From an embedder's perspective this
1103    /// means that WebAssembly programs may execute differently depending on
1104    /// whether the host is x86_64 or AArch64, for example.
1105    ///
1106    /// By default Wasmtime lowers relaxed SIMD instructions to the fastest
1107    /// lowering for the platform it's running on. This means that, by default,
1108    /// some relaxed SIMD instructions may have different results for the same
1109    /// inputs across x86_64 and AArch64. This behavior can be disabled through
1110    /// the [`Config::relaxed_simd_deterministic`] option which will force
1111    /// deterministic behavior across all platforms, as classified by the
1112    /// specification, at the cost of performance.
1113    ///
1114    /// This is `true` by default.
1115    ///
1116    /// [proposal]: https://github.com/webassembly/relaxed-simd
1117    pub fn wasm_relaxed_simd(&mut self, enable: bool) -> &mut Self {
1118        self.wasm_features(WasmFeatures::RELAXED_SIMD, enable);
1119        self
1120    }
1121
1122    /// This option can be used to control the behavior of the [relaxed SIMD
1123    /// proposal's][proposal] instructions.
1124    ///
1125    /// The relaxed SIMD proposal introduces instructions that are allowed to
1126    /// have different behavior on different architectures, primarily to afford
1127    /// an efficient implementation on all architectures. This means, however,
1128    /// that the same module may execute differently on one host than another,
1129    /// which typically is not otherwise the case. This option is provided to
1130    /// force Wasmtime to generate deterministic code for all relaxed simd
1131    /// instructions, at the cost of performance, for all architectures. When
1132    /// this option is enabled then the deterministic behavior of all
1133    /// instructions in the relaxed SIMD proposal is selected.
1134    ///
1135    /// This is `false` by default.
1136    ///
1137    /// [proposal]: https://github.com/webassembly/relaxed-simd
1138    pub fn relaxed_simd_deterministic(&mut self, enable: bool) -> &mut Self {
1139        self.tunables.relaxed_simd_deterministic = Some(enable);
1140        self
1141    }
1142
1143    /// Configures whether the [WebAssembly bulk memory operations
1144    /// proposal][proposal] will be enabled for compilation.
1145    ///
1146    /// This feature gates items such as the `memory.copy` instruction, passive
1147    /// data/table segments, etc, being in a module.
1148    ///
1149    /// This is `true` by default.
1150    ///
1151    /// Feature `reference_types`, which is also `true` by default, requires
1152    /// this feature to be enabled. Thus disabling this feature must also disable
1153    /// `reference_types` as well using [`wasm_reference_types`](crate::Config::wasm_reference_types).
1154    ///
1155    /// # Errors
1156    ///
1157    /// Disabling this feature without disabling `reference_types` will cause
1158    /// [`Engine::new`] to fail.
1159    ///
1160    /// [proposal]: https://github.com/webassembly/bulk-memory-operations
1161    pub fn wasm_bulk_memory(&mut self, enable: bool) -> &mut Self {
1162        self.wasm_features(WasmFeatures::BULK_MEMORY, enable);
1163        self
1164    }
1165
1166    /// Configures whether the WebAssembly multi-value [proposal] will
1167    /// be enabled for compilation.
1168    ///
1169    /// This feature gates functions and blocks returning multiple values in a
1170    /// module, for example.
1171    ///
1172    /// This is `true` by default.
1173    ///
1174    /// [proposal]: https://github.com/webassembly/multi-value
1175    pub fn wasm_multi_value(&mut self, enable: bool) -> &mut Self {
1176        self.wasm_features(WasmFeatures::MULTI_VALUE, enable);
1177        self
1178    }
1179
1180    /// Configures whether the WebAssembly multi-memory [proposal] will
1181    /// be enabled for compilation.
1182    ///
1183    /// This feature gates modules having more than one linear memory
1184    /// declaration or import.
1185    ///
1186    /// This is `true` by default.
1187    ///
1188    /// [proposal]: https://github.com/webassembly/multi-memory
1189    pub fn wasm_multi_memory(&mut self, enable: bool) -> &mut Self {
1190        self.wasm_features(WasmFeatures::MULTI_MEMORY, enable);
1191        self
1192    }
1193
1194    /// Configures whether the WebAssembly memory64 [proposal] will
1195    /// be enabled for compilation.
1196    ///
1197    /// Note that this the upstream specification is not finalized and Wasmtime
1198    /// may also have bugs for this feature since it hasn't been exercised
1199    /// much.
1200    ///
1201    /// This is `false` by default.
1202    ///
1203    /// [proposal]: https://github.com/webassembly/memory64
1204    pub fn wasm_memory64(&mut self, enable: bool) -> &mut Self {
1205        self.wasm_features(WasmFeatures::MEMORY64, enable);
1206        self
1207    }
1208
1209    /// Configures whether the WebAssembly extended-const [proposal] will
1210    /// be enabled for compilation.
1211    ///
1212    /// This is `true` by default.
1213    ///
1214    /// [proposal]: https://github.com/webassembly/extended-const
1215    pub fn wasm_extended_const(&mut self, enable: bool) -> &mut Self {
1216        self.wasm_features(WasmFeatures::EXTENDED_CONST, enable);
1217        self
1218    }
1219
1220    /// Configures whether the [WebAssembly stack switching
1221    /// proposal][proposal] will be enabled for compilation.
1222    ///
1223    /// This feature gates the use of control tags.
1224    ///
1225    /// This feature depends on the `function_reference_types` and
1226    /// `exceptions` features.
1227    ///
1228    /// This feature is `false` by default.
1229    ///
1230    /// # Errors
1231    ///
1232    /// [proposal]: https://github.com/webassembly/stack-switching
1233    pub fn wasm_stack_switching(&mut self, enable: bool) -> &mut Self {
1234        self.wasm_features(WasmFeatures::STACK_SWITCHING, enable);
1235        self
1236    }
1237
1238    /// Configures whether the WebAssembly component-model [proposal] will
1239    /// be enabled for compilation.
1240    ///
1241    /// This flag can be used to blanket disable all components within Wasmtime.
1242    /// Otherwise usage of components requires statically using
1243    /// [`Component`](crate::component::Component) instead of
1244    /// [`Module`](crate::Module) for example anyway.
1245    ///
1246    /// The default value for this option is whether the `component-model`
1247    /// crate feature of Wasmtime is enabled or not. By default this crate
1248    /// feature is enabled.
1249    ///
1250    /// [proposal]: https://github.com/webassembly/component-model
1251    #[cfg(feature = "component-model")]
1252    pub fn wasm_component_model(&mut self, enable: bool) -> &mut Self {
1253        self.wasm_features(WasmFeatures::COMPONENT_MODEL, enable);
1254        self
1255    }
1256
1257    /// Configures whether components support the async ABI [proposal] for
1258    /// lifting and lowering functions, as well as `stream`, `future`, and
1259    /// `error-context` types.
1260    ///
1261    /// Please note that Wasmtime's support for this feature is _very_
1262    /// incomplete.
1263    ///
1264    /// [proposal]:
1265    ///     https://github.com/WebAssembly/component-model/blob/main/design/mvp/Concurrency.md
1266    #[cfg(feature = "component-model-async")]
1267    pub fn wasm_component_model_async(&mut self, enable: bool) -> &mut Self {
1268        self.wasm_features(WasmFeatures::CM_ASYNC, enable);
1269        self
1270    }
1271
1272    /// This corresponds to the 🚝 emoji in the component model specification.
1273    ///
1274    /// Please note that Wasmtime's support for this feature is _very_
1275    /// incomplete.
1276    ///
1277    /// [proposal]:
1278    ///     https://github.com/WebAssembly/component-model/blob/main/design/mvp/Concurrency.md
1279    #[cfg(feature = "component-model-async")]
1280    pub fn wasm_component_model_more_async_builtins(&mut self, enable: bool) -> &mut Self {
1281        self.wasm_features(WasmFeatures::CM_MORE_ASYNC_BUILTINS, enable);
1282        self
1283    }
1284
1285    /// This corresponds to the 🚟 emoji in the component model specification.
1286    ///
1287    /// Please note that Wasmtime's support for this feature is _very_
1288    /// incomplete.
1289    ///
1290    /// [proposal]: https://github.com/WebAssembly/component-model/blob/main/design/mvp/Concurrency.md
1291    #[cfg(feature = "component-model-async")]
1292    pub fn wasm_component_model_async_stackful(&mut self, enable: bool) -> &mut Self {
1293        self.wasm_features(WasmFeatures::CM_ASYNC_STACKFUL, enable);
1294        self
1295    }
1296
1297    /// This corresponds to the 🧵 emoji in the component model specification.
1298    ///
1299    /// Please note that Wasmtime's support for this feature is _very_
1300    /// incomplete.
1301    ///
1302    /// [proposal]:
1303    ///     https://github.com/WebAssembly/component-model/pull/557
1304    #[cfg(feature = "component-model-async")]
1305    pub fn wasm_component_model_threading(&mut self, enable: bool) -> &mut Self {
1306        self.wasm_features(WasmFeatures::CM_THREADING, enable);
1307        self
1308    }
1309
1310    /// This corresponds to the 📝 emoji in the component model specification.
1311    ///
1312    /// Please note that Wasmtime's support for this feature is _very_
1313    /// incomplete.
1314    ///
1315    /// [proposal]: https://github.com/WebAssembly/component-model/blob/main/design/mvp/Concurrency.md
1316    #[cfg(feature = "component-model")]
1317    pub fn wasm_component_model_error_context(&mut self, enable: bool) -> &mut Self {
1318        self.wasm_features(WasmFeatures::CM_ERROR_CONTEXT, enable);
1319        self
1320    }
1321
1322    /// Configures whether the [GC extension to the component-model
1323    /// proposal][proposal] is enabled or not.
1324    ///
1325    /// This corresponds to the 🛸 emoji in the component model specification.
1326    ///
1327    /// Please note that Wasmtime's support for this feature is _very_
1328    /// incomplete.
1329    ///
1330    /// [proposal]: https://github.com/WebAssembly/component-model/issues/525
1331    #[cfg(feature = "component-model")]
1332    pub fn wasm_component_model_gc(&mut self, enable: bool) -> &mut Self {
1333        self.wasm_features(WasmFeatures::CM_GC, enable);
1334        self
1335    }
1336
1337    /// Configures whether the component model map type is enabled or not.
1338    ///
1339    /// This is part of the component model specification and enables the
1340    /// `map<k, v>` type in WIT and the component binary format.
1341    #[cfg(feature = "component-model")]
1342    pub fn wasm_component_model_map(&mut self, enable: bool) -> &mut Self {
1343        self.wasm_features(WasmFeatures::CM_MAP, enable);
1344        self
1345    }
1346
1347    /// This corresponds to the 🔧 emoji in the component model specification.
1348    ///
1349    /// Please note that Wasmtime's support for this feature is _very_
1350    /// incomplete.
1351    #[cfg(feature = "component-model")]
1352    pub fn wasm_component_model_fixed_length_lists(&mut self, enable: bool) -> &mut Self {
1353        self.wasm_features(WasmFeatures::CM_FIXED_LENGTH_LISTS, enable);
1354        self
1355    }
1356
1357    /// This corresponds to the 🏷️ emoji in the component model specification.
1358    ///
1359    /// Please note that Wasmtime's support for this feature is a work in
1360    /// progress.
1361    #[cfg(feature = "component-model")]
1362    pub fn wasm_component_model_implements(&mut self, enable: bool) -> &mut Self {
1363        self.wasm_features(WasmFeatures::CM_IMPLEMENTS, enable);
1364        self
1365    }
1366
1367    /// Configures whether the [Exception-handling proposal][proposal] is enabled or not.
1368    ///
1369    /// This is `true` by default.
1370    ///
1371    /// [proposal]: https://github.com/WebAssembly/exception-handling
1372    #[cfg(feature = "gc")]
1373    pub fn wasm_exceptions(&mut self, enable: bool) -> &mut Self {
1374        self.wasm_features(WasmFeatures::EXCEPTIONS, enable);
1375        self
1376    }
1377
1378    #[doc(hidden)] // FIXME(#3427) - if/when implemented then un-hide this
1379    #[deprecated = "This configuration option only exists for internal \
1380                    usage with the spec testsuite. It may be removed at \
1381                    any time and without warning. Do not rely on it!"]
1382    pub fn wasm_legacy_exceptions(&mut self, enable: bool) -> &mut Self {
1383        self.wasm_features(WasmFeatures::LEGACY_EXCEPTIONS, enable);
1384        self
1385    }
1386
1387    /// Configures which compilation strategy will be used for wasm modules.
1388    ///
1389    /// This method can be used to configure which compiler is used for wasm
1390    /// modules, and for more documentation consult the [`Strategy`] enumeration
1391    /// and its documentation.
1392    ///
1393    /// The default value for this is `Strategy::Auto`.
1394    ///
1395    /// # Panics
1396    ///
1397    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1398    #[cfg(any(feature = "cranelift", feature = "winch"))]
1399    pub fn strategy(&mut self, strategy: Strategy) -> &mut Self {
1400        self.compiler_config_mut().strategy = strategy.not_auto();
1401        self
1402    }
1403
1404    /// Configures which garbage collector will be used for Wasm modules.
1405    ///
1406    /// This method can be used to configure which garbage collector
1407    /// implementation is used for Wasm modules. For more documentation, consult
1408    /// the [`Collector`] enumeration and its documentation.
1409    ///
1410    /// The default value for this is `Collector::Auto`.
1411    #[cfg(feature = "gc")]
1412    pub fn collector(&mut self, collector: Collector) -> &mut Self {
1413        self.collector = collector;
1414        self
1415    }
1416
1417    /// Configures the initial size, in bytes, of each store's GC heap.
1418    ///
1419    /// By default all GC heaps start out at 0 bytes in size and must grow
1420    /// upwards from there. Growth happens incrementally as GC pressure happens
1421    /// and memory runs out. The amount being grown by is additionally a
1422    /// heuristic of the size of the failed allocation. By providing an initial
1423    /// size of a store's GC heap embedders can more tightly control initial
1424    /// parameters to optimize workloads that might have a predictable pattern.
1425    /// For example if workloads frequently have less than a certain threshold
1426    /// of size then that could be configured as the initial size here to avoid
1427    /// growths happening over time.
1428    ///
1429    /// Note that like WebAssembly linear memories the GC heap does not start
1430    /// with committed memory equal to this size. Instead memory is reserved,
1431    /// but then lazily allocated by the OS on access. In other words it should
1432    /// be relatively cheap to increase this value to help amortize initial
1433    /// startup cost of wasm modules.
1434    ///
1435    /// The `bytes` size is rounded up to the GC heap's page size.
1436    ///
1437    /// This only configures the initially-allocated size of the GC heap; the
1438    /// heap can still grow beyond it on demand. It is separate from
1439    /// [`Config::gc_heap_reservation`], which configures the size of the
1440    /// virtual-memory reservation (and therefore how far the heap can grow
1441    /// in place).
1442    ///
1443    /// The default value for this is 0.
1444    pub fn gc_heap_initial_size(&mut self, bytes: u64) -> &mut Self {
1445        self.tunables.gc_heap_initial_size = Some(bytes);
1446        self
1447    }
1448
1449    /// Creates a default profiler based on the profiling strategy chosen.
1450    ///
1451    /// Profiler creation calls the type's default initializer where the purpose is
1452    /// really just to put in place the type used for profiling.
1453    ///
1454    /// Some [`ProfilingStrategy`] require specific platforms or particular feature
1455    /// to be enabled, such as `ProfilingStrategy::JitDump` requires the `jitdump`
1456    /// feature.
1457    ///
1458    /// # Errors
1459    ///
1460    /// The validation of this field is deferred until the engine is being built, and thus may
1461    /// cause [`Engine::new`] fail if the required feature is disabled, or the platform is not
1462    /// supported.
1463    pub fn profiler(&mut self, profile: ProfilingStrategy) -> &mut Self {
1464        self.profiling_strategy = profile;
1465        self
1466    }
1467
1468    /// Configures whether the debug verifier of Cranelift is enabled or not.
1469    ///
1470    /// When Cranelift is used as a code generation backend this will configure
1471    /// it to have the `enable_verifier` flag which will enable a number of debug
1472    /// checks inside of Cranelift. This is largely only useful for the
1473    /// developers of wasmtime itself.
1474    ///
1475    /// The default value for this is `false`
1476    ///
1477    /// # Panics
1478    ///
1479    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1480    #[cfg(any(feature = "cranelift", feature = "winch"))]
1481    pub fn cranelift_debug_verifier(&mut self, enable: bool) -> &mut Self {
1482        let val = if enable { "true" } else { "false" };
1483        self.compiler_config_mut().settings.insert(
1484            "enable_verifier".to_string(),
1485            (val.to_string(), UserSpecified::No),
1486        );
1487        self
1488    }
1489
1490    /// Configures whether extra debug checks are inserted into
1491    /// Wasmtime-generated code by Cranelift.
1492    ///
1493    /// The default value for this is `false`
1494    ///
1495    /// # Panics
1496    ///
1497    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1498    #[cfg(any(feature = "cranelift", feature = "winch"))]
1499    pub fn cranelift_wasmtime_debug_checks(&mut self, enable: bool) -> &mut Self {
1500        unsafe { self.cranelift_flag_set("wasmtime_debug_checks", &enable.to_string()) }
1501    }
1502
1503    /// Configures the Cranelift code generator optimization level.
1504    ///
1505    /// When the Cranelift code generator is used you can configure the
1506    /// optimization level used for generated code in a few various ways. For
1507    /// more information see the documentation of [`OptLevel`].
1508    ///
1509    /// The default value for this is `OptLevel::Speed`.
1510    ///
1511    /// # Panics
1512    ///
1513    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1514    #[cfg(any(feature = "cranelift", feature = "winch"))]
1515    pub fn cranelift_opt_level(&mut self, level: OptLevel) -> &mut Self {
1516        let val = match level {
1517            OptLevel::None => "none",
1518            OptLevel::Speed => "speed",
1519            OptLevel::SpeedAndSize => "speed_and_size",
1520        };
1521        self.compiler_config_mut().settings.insert(
1522            "opt_level".to_string(),
1523            (val.to_string(), UserSpecified::No),
1524        );
1525        self
1526    }
1527
1528    /// Configures the regalloc algorithm used by the Cranelift code generator.
1529    ///
1530    /// Cranelift can select any of several register allocator algorithms. Each
1531    /// of these algorithms generates correct code, but they represent different
1532    /// tradeoffs between compile speed (how expensive the compilation process
1533    /// is) and run-time speed (how fast the generated code runs).
1534    /// For more information see the documentation of [`RegallocAlgorithm`].
1535    ///
1536    /// The default value for this is `RegallocAlgorithm::Backtracking`.
1537    ///
1538    /// # Panics
1539    ///
1540    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1541    #[cfg(any(feature = "cranelift", feature = "winch"))]
1542    pub fn cranelift_regalloc_algorithm(&mut self, algo: RegallocAlgorithm) -> &mut Self {
1543        let val = match algo {
1544            RegallocAlgorithm::Backtracking => "backtracking",
1545            RegallocAlgorithm::SinglePass => "single_pass",
1546        };
1547        self.compiler_config_mut().settings.insert(
1548            "regalloc_algorithm".to_string(),
1549            (val.to_string(), UserSpecified::No),
1550        );
1551        self
1552    }
1553
1554    /// Configures whether Cranelift should perform a NaN-canonicalization pass.
1555    ///
1556    /// When Cranelift is used as a code generation backend this will configure
1557    /// it to replace NaNs with a single canonical value. This is useful for
1558    /// users requiring entirely deterministic WebAssembly computation.  This is
1559    /// not required by the WebAssembly spec, so it is not enabled by default.
1560    ///
1561    /// Note that this option affects not only WebAssembly's `f32` and `f64`
1562    /// types but additionally the `v128` type. This option will cause
1563    /// operations using any of these types to have extra checks placed after
1564    /// them to normalize NaN values as needed.
1565    ///
1566    /// The default value for this is `false`
1567    ///
1568    /// # Panics
1569    ///
1570    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1571    #[cfg(any(feature = "cranelift", feature = "winch"))]
1572    pub fn cranelift_nan_canonicalization(&mut self, enable: bool) -> &mut Self {
1573        let val = if enable { "true" } else { "false" };
1574        self.compiler_config_mut().settings.insert(
1575            "enable_nan_canonicalization".to_string(),
1576            (val.to_string(), UserSpecified::No),
1577        );
1578        self
1579    }
1580
1581    /// Allows setting a Cranelift boolean flag or preset. This allows
1582    /// fine-tuning of Cranelift settings.
1583    ///
1584    /// Since Cranelift flags may be unstable, this method should not be considered to be stable
1585    /// either; other `Config` functions should be preferred for stability.
1586    ///
1587    /// # Safety
1588    ///
1589    /// This is marked as unsafe, because setting the wrong flag might break invariants,
1590    /// resulting in execution hazards.
1591    ///
1592    /// # Errors
1593    ///
1594    /// The validation of the flags are deferred until the engine is being built, and thus may
1595    /// cause [`Engine::new`] fail if the flag's name does not exist, or the value is not appropriate
1596    /// for the flag type.
1597    ///
1598    /// # Panics
1599    ///
1600    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1601    #[cfg(any(feature = "cranelift", feature = "winch"))]
1602    pub unsafe fn cranelift_flag_enable(&mut self, flag: &str) -> &mut Self {
1603        self.compiler_config_mut()
1604            .flags
1605            .insert(flag.to_string(), UserSpecified::Yes);
1606        self
1607    }
1608
1609    /// Allows settings another Cranelift flag defined by a flag name and value. This allows
1610    /// fine-tuning of Cranelift settings.
1611    ///
1612    /// Since Cranelift flags may be unstable, this method should not be considered to be stable
1613    /// either; other `Config` functions should be preferred for stability.
1614    ///
1615    /// # Safety
1616    ///
1617    /// This is marked as unsafe, because setting the wrong flag might break invariants,
1618    /// resulting in execution hazards.
1619    ///
1620    /// # Errors
1621    ///
1622    /// The validation of the flags are deferred until the engine is being built, and thus may
1623    /// cause [`Engine::new`] fail if the flag's name does not exist, or incompatible with other
1624    /// settings.
1625    ///
1626    /// For example, feature `wasm_backtrace` will set `unwind_info` to `true`, but if it's
1627    /// manually set to false then it will fail.
1628    ///
1629    /// # Panics
1630    ///
1631    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
1632    #[cfg(any(feature = "cranelift", feature = "winch"))]
1633    pub unsafe fn cranelift_flag_set(&mut self, name: &str, value: &str) -> &mut Self {
1634        self.compiler_config_mut()
1635            .settings
1636            .insert(name.to_string(), (value.to_string(), UserSpecified::Yes));
1637        self
1638    }
1639
1640    /// Set a custom [`Cache`].
1641    ///
1642    /// To load a cache configuration from a file, use [`Cache::from_file`]. Otherwise, you can
1643    /// create a new cache config using [`CacheConfig::new`] and passing that to [`Cache::new`].
1644    ///
1645    /// If you want to disable the cache, you can call this method with `None`.
1646    ///
1647    /// By default, new configs do not have caching enabled.
1648    /// Every call to [`Module::new(my_wasm)`][crate::Module::new] will recompile `my_wasm`,
1649    /// even when it is unchanged, unless an enabled `CacheConfig` is provided.
1650    ///
1651    /// This method is only available when the `cache` feature of this crate is
1652    /// enabled.
1653    ///
1654    /// [docs]: https://bytecodealliance.github.io/wasmtime/cli-cache.html
1655    #[cfg(feature = "cache")]
1656    pub fn cache(&mut self, cache: Option<Cache>) -> &mut Self {
1657        self.cache = cache;
1658        self
1659    }
1660
1661    /// Sets a custom memory creator.
1662    ///
1663    /// Custom memory creators are used when creating host `Memory` objects or when
1664    /// creating instance linear memories for the on-demand instance allocation strategy.
1665    #[cfg(feature = "runtime")]
1666    pub fn with_host_memory(&mut self, mem_creator: Arc<dyn MemoryCreator>) -> &mut Self {
1667        self.mem_creator = Some(Arc::new(MemoryCreatorProxy(mem_creator)));
1668        self
1669    }
1670
1671    /// Sets a custom stack creator.
1672    ///
1673    /// Custom memory creators are used when creating creating async instance stacks for
1674    /// the on-demand instance allocation strategy.
1675    #[cfg(feature = "async")]
1676    pub fn with_host_stack(&mut self, stack_creator: Arc<dyn StackCreator>) -> &mut Self {
1677        self.stack_creator = Some(Arc::new(StackCreatorProxy(stack_creator)));
1678        self
1679    }
1680
1681    /// Sets a custom executable-memory publisher.
1682    ///
1683    /// Custom executable-memory publishers are hooks that allow
1684    /// Wasmtime to make certain regions of memory executable when
1685    /// loading precompiled modules or compiling new modules
1686    /// in-process. In most modern operating systems, memory allocated
1687    /// for heap usage is readable and writable by default but not
1688    /// executable. To jump to machine code stored in that memory, we
1689    /// need to make it executable. For security reasons, we usually
1690    /// also make it read-only at the same time, so the executing code
1691    /// can't be modified later.
1692    ///
1693    /// By default, Wasmtime will use the appropriate system calls on
1694    /// the host platform for this work. However, it also allows
1695    /// plugging in a custom implementation via this configuration
1696    /// option. This may be useful on custom or `no_std` platforms,
1697    /// for example, especially where virtual memory is not otherwise
1698    /// used by Wasmtime (no `signals-and-traps` feature).
1699    #[cfg(feature = "runtime")]
1700    pub fn with_custom_code_memory(
1701        &mut self,
1702        custom_code_memory: Option<Arc<dyn CustomCodeMemory>>,
1703    ) -> &mut Self {
1704        self.custom_code_memory = custom_code_memory;
1705        self
1706    }
1707
1708    /// Sets the instance allocation strategy to use.
1709    ///
1710    /// This is notably used in conjunction with
1711    /// [`InstanceAllocationStrategy::Pooling`] and [`PoolingAllocationConfig`].
1712    pub fn allocation_strategy(
1713        &mut self,
1714        strategy: impl Into<InstanceAllocationStrategy>,
1715    ) -> &mut Self {
1716        self.allocation_strategy = strategy.into();
1717        self
1718    }
1719
1720    /// Specifies the capacity of linear memories, in bytes, in their initial
1721    /// allocation.
1722    ///
1723    /// > Note: this value has important performance ramifications, be sure to
1724    /// > benchmark when setting this to a non-default value and read over this
1725    /// > documentation.
1726    ///
1727    /// This function will change the size of the initial memory allocation made
1728    /// for linear memories. This setting is only applicable when the initial
1729    /// size of a linear memory is below this threshold. Linear memories are
1730    /// allocated in the virtual address space of the host process with OS APIs
1731    /// such as `mmap` and this setting affects how large the allocation will
1732    /// be.
1733    ///
1734    /// ## Background: WebAssembly Linear Memories
1735    ///
1736    /// WebAssembly linear memories always start with a minimum size and can
1737    /// possibly grow up to a maximum size. The minimum size is always specified
1738    /// in a WebAssembly module itself and the maximum size can either be
1739    /// optionally specified in the module or inherently limited by the index
1740    /// type. For example for this module:
1741    ///
1742    /// ```wasm
1743    /// (module
1744    ///     (memory $a 4)
1745    ///     (memory $b 4096 4096 (pagesize 1))
1746    ///     (memory $c i64 10)
1747    /// )
1748    /// ```
1749    ///
1750    /// * Memory `$a` initially allocates 4 WebAssembly pages (256KiB) and can
1751    ///   grow up to 4GiB, the limit of the 32-bit index space.
1752    /// * Memory `$b` initially allocates 4096 WebAssembly pages, but in this
1753    ///   case its page size is 1, so it's 4096 bytes. Memory can also grow no
1754    ///   further meaning that it will always be 4096 bytes.
1755    /// * Memory `$c` is a 64-bit linear memory which starts with 640KiB of
1756    ///   memory and can theoretically grow up to 2^64 bytes, although most
1757    ///   hosts will run out of memory long before that.
1758    ///
1759    /// All operations on linear memories done by wasm are required to be
1760    /// in-bounds. Any access beyond the end of a linear memory is considered a
1761    /// trap.
1762    ///
1763    /// ## What this setting affects: Virtual Memory
1764    ///
1765    /// This setting is used to configure the behavior of the size of the linear
1766    /// memory allocation performed for each of these memories. For example the
1767    /// initial linear memory allocation looks like this:
1768    ///
1769    /// ```text
1770    ///              memory_reservation
1771    ///                    |
1772    ///          ◄─────────┴────────────────►
1773    /// ┌───────┬─────────┬──────────────────┬───────┐
1774    /// │ guard │ initial │ ... capacity ... │ guard │
1775    /// └───────┴─────────┴──────────────────┴───────┘
1776    ///  ◄──┬──►                              ◄──┬──►
1777    ///     │                                    │
1778    ///     │                             memory_guard_size
1779    ///     │
1780    ///     │
1781    ///  memory_guard_size (if guard_before_linear_memory)
1782    /// ```
1783    ///
1784    /// Memory in the `initial` range is accessible to the instance and can be
1785    /// read/written by wasm code. Memory in the `guard` regions is never
1786    /// accessible to wasm code and memory in `capacity` is initially
1787    /// inaccessible but may become accessible through `memory.grow` instructions
1788    /// for example.
1789    ///
1790    /// This means that this setting is the size of the initial chunk of virtual
1791    /// memory that a linear memory may grow into.
1792    ///
1793    /// ## What this setting affects: Runtime Speed
1794    ///
1795    /// This is a performance-sensitive setting which is taken into account
1796    /// during the compilation process of a WebAssembly module. For example if a
1797    /// 32-bit WebAssembly linear memory has a `memory_reservation` size of 4GiB
1798    /// then bounds checks can be elided because `capacity` will be guaranteed
1799    /// to be unmapped for all addressable bytes that wasm can access (modulo a
1800    /// few details).
1801    ///
1802    /// If `memory_reservation` was something smaller like 256KiB then that
1803    /// would have a much smaller impact on virtual memory but the compile code
1804    /// would then need to have explicit bounds checks to ensure that
1805    /// loads/stores are in-bounds.
1806    ///
1807    /// The goal of this setting is to enable skipping bounds checks in most
1808    /// modules by default. Some situations which require explicit bounds checks
1809    /// though are:
1810    ///
1811    /// * When `memory_reservation` is smaller than the addressable size of the
1812    ///   linear memory. For example if 64-bit linear memories always need
1813    ///   bounds checks as they can address the entire virtual address spacce.
1814    ///   For 32-bit linear memories a `memory_reservation` minimum size of 4GiB
1815    ///   is required to elide bounds checks.
1816    ///
1817    /// * When linear memories have a page size of 1 then bounds checks are
1818    ///   required. In this situation virtual memory can't be relied upon
1819    ///   because that operates at the host page size granularity where wasm
1820    ///   requires a per-byte level granularity.
1821    ///
1822    /// * Configuration settings such as [`Config::signals_based_traps`] can be
1823    ///   used to disable the use of signal handlers and virtual memory so
1824    ///   explicit bounds checks are required.
1825    ///
1826    /// * When [`Config::memory_guard_size`] is too small a bounds check may be
1827    ///   required. For 32-bit wasm addresses are actually 33-bit effective
1828    ///   addresses because loads/stores have a 32-bit static offset to add to
1829    ///   the dynamic 32-bit address. If the static offset is larger than the
1830    ///   size of the guard region then an explicit bounds check is required.
1831    ///
1832    /// ## What this setting affects: Memory Growth Behavior
1833    ///
1834    /// In addition to affecting bounds checks emitted in compiled code this
1835    /// setting also affects how WebAssembly linear memories are grown. The
1836    /// `memory.grow` instruction can be used to make a linear memory larger and
1837    /// this is also affected by APIs such as
1838    /// [`Memory::grow`](crate::Memory::grow).
1839    ///
1840    /// In these situations when the amount being grown is small enough to fit
1841    /// within the remaining capacity then the linear memory doesn't have to be
1842    /// moved at runtime. If the capacity runs out though then a new linear
1843    /// memory allocation must be made and the contents of linear memory is
1844    /// copied over.
1845    ///
1846    /// For example here's a situation where a copy happens:
1847    ///
1848    /// * The `memory_reservation` setting is configured to 128KiB.
1849    /// * A WebAssembly linear memory starts with a single 64KiB page.
1850    /// * This memory can be grown by one page to contain the full 128KiB of
1851    ///   memory.
1852    /// * If grown by one more page, though, then a 192KiB allocation must be
1853    ///   made and the previous 128KiB of contents are copied into the new
1854    ///   allocation.
1855    ///
1856    /// This growth behavior can have a significant performance impact if lots
1857    /// of data needs to be copied on growth. Conversely if memory growth never
1858    /// needs to happen because the capacity will always be large enough then
1859    /// optimizations can be applied to cache the base pointer of linear memory.
1860    ///
1861    /// When memory is grown then the
1862    /// [`Config::memory_reservation_for_growth`] is used for the new
1863    /// memory allocation to have memory to grow into.
1864    ///
1865    /// When using the pooling allocator via [`PoolingAllocationConfig`] then
1866    /// memories are never allowed to move so requests for growth are instead
1867    /// rejected with an error.
1868    ///
1869    /// ## When this setting is not used
1870    ///
1871    /// This setting is ignored and unused when the initial size of linear
1872    /// memory is larger than this threshold. For example if this setting is set
1873    /// to 1MiB but a wasm module requires a 2MiB minimum allocation then this
1874    /// setting is ignored. In this situation the minimum size of memory will be
1875    /// allocated along with [`Config::memory_reservation_for_growth`]
1876    /// after it to grow into.
1877    ///
1878    /// That means that this value can be set to zero. That can be useful in
1879    /// benchmarking to see the overhead of bounds checks for example.
1880    /// Additionally it can be used to minimize the virtual memory allocated by
1881    /// Wasmtime.
1882    ///
1883    /// ## Default Value
1884    ///
1885    /// The default value for this property depends on the host platform. For
1886    /// 64-bit platforms there's lots of address space available, so the default
1887    /// configured here is 4GiB. When coupled with the default size of
1888    /// [`Config::memory_guard_size`] this means that 32-bit WebAssembly linear
1889    /// memories with 64KiB page sizes will skip almost all bounds checks by
1890    /// default.
1891    ///
1892    /// For 32-bit platforms this value defaults to 10MiB. This means that
1893    /// bounds checks will be required on 32-bit platforms.
1894    pub fn memory_reservation(&mut self, bytes: u64) -> &mut Self {
1895        self.tunables.memory_reservation = Some(bytes);
1896        self
1897    }
1898
1899    /// Indicates whether linear memories may relocate their base pointer at
1900    /// runtime.
1901    ///
1902    /// WebAssembly linear memories either have a maximum size that's explicitly
1903    /// listed in the type of a memory or inherently limited by the index type
1904    /// of the memory (e.g. 4GiB for 32-bit linear memories). Depending on how
1905    /// the linear memory is allocated (see [`Config::memory_reservation`]) it
1906    /// may be necessary to move the memory in the host's virtual address space
1907    /// during growth. This option controls whether this movement is allowed or
1908    /// not.
1909    ///
1910    /// An example of a linear memory needing to move is when
1911    /// [`Config::memory_reservation`] is 0 then a linear memory will be
1912    /// allocated as the minimum size of the memory plus
1913    /// [`Config::memory_reservation_for_growth`]. When memory grows beyond the
1914    /// reservation for growth then the memory needs to be relocated.
1915    ///
1916    /// When this option is set to `false` then it can have a number of impacts
1917    /// on how memories work at runtime:
1918    ///
1919    /// * Modules can be compiled with static knowledge the base pointer of
1920    ///   linear memory never changes to enable optimizations such as
1921    ///   loop invariant code motion (hoisting the base pointer out of a loop).
1922    ///
1923    /// * Memories cannot grow in excess of their original allocation. This
1924    ///   means that [`Config::memory_reservation`] and
1925    ///   [`Config::memory_reservation_for_growth`] may need tuning to ensure
1926    ///   the memory configuration works at runtime.
1927    ///
1928    /// The default value for this option is `true`.
1929    pub fn memory_may_move(&mut self, enable: bool) -> &mut Self {
1930        self.tunables.memory_may_move = Some(enable);
1931        self
1932    }
1933
1934    /// Configures the size, in bytes, of the guard region used at the end of a
1935    /// linear memory's address space reservation.
1936    ///
1937    /// > Note: this value has important performance ramifications, be sure to
1938    /// > understand what this value does before tweaking it and benchmarking.
1939    ///
1940    /// This setting controls how many bytes are guaranteed to be unmapped after
1941    /// the virtual memory allocation of a linear memory. When
1942    /// combined with sufficiently large values of
1943    /// [`Config::memory_reservation`] (e.g. 4GiB for 32-bit linear memories)
1944    /// then a guard region can be used to eliminate bounds checks in generated
1945    /// code.
1946    ///
1947    /// This setting additionally can be used to help deduplicate bounds checks
1948    /// in code that otherwise requires bounds checks. For example with a 4KiB
1949    /// guard region then a 64-bit linear memory which accesses addresses `x+8`
1950    /// and `x+16` only needs to perform a single bounds check on `x`. If that
1951    /// bounds check passes then the offset is guaranteed to either reside in
1952    /// linear memory or the guard region, resulting in deterministic behavior
1953    /// either way.
1954    ///
1955    /// ## How big should the guard be?
1956    ///
1957    /// In general, like with configuring [`Config::memory_reservation`], you
1958    /// probably don't want to change this value from the defaults. Removing
1959    /// bounds checks is dependent on a number of factors where the size of the
1960    /// guard region is only one piece of the equation. Other factors include:
1961    ///
1962    /// * [`Config::memory_reservation`]
1963    /// * The index type of the linear memory (e.g. 32-bit or 64-bit)
1964    /// * The page size of the linear memory
1965    /// * Other settings such as [`Config::signals_based_traps`]
1966    ///
1967    /// Embeddings using virtual memory almost always want at least some guard
1968    /// region, but otherwise changes from the default should be profiled
1969    /// locally to see the performance impact.
1970    ///
1971    /// ## Default
1972    ///
1973    /// The default value for this property is 32MiB on 64-bit platforms. This
1974    /// allows eliminating almost all bounds checks on loads/stores with an
1975    /// immediate offset of less than 32MiB. On 32-bit platforms this defaults
1976    /// to 64KiB.
1977    pub fn memory_guard_size(&mut self, bytes: u64) -> &mut Self {
1978        self.tunables.memory_guard_size = Some(bytes);
1979        self
1980    }
1981
1982    /// Configures the size, in bytes, of the extra virtual memory space
1983    /// reserved after a linear memory is relocated.
1984    ///
1985    /// This setting is used in conjunction with [`Config::memory_reservation`]
1986    /// to configure what happens after a linear memory is relocated in the host
1987    /// address space. If the initial size of a linear memory exceeds
1988    /// [`Config::memory_reservation`] or if it grows beyond that size
1989    /// throughout its lifetime then this setting will be used.
1990    ///
1991    /// When a linear memory is relocated it will initially look like this:
1992    ///
1993    /// ```text
1994    ///            memory.size
1995    ///                 │
1996    ///          ◄──────┴─────►
1997    /// ┌───────┬──────────────┬───────┐
1998    /// │ guard │  accessible  │ guard │
1999    /// └───────┴──────────────┴───────┘
2000    ///                         ◄──┬──►
2001    ///                            │
2002    ///                     memory_guard_size
2003    /// ```
2004    ///
2005    /// where `accessible` needs to be grown but there's no more memory to grow
2006    /// into. A new region of the virtual address space will be allocated that
2007    /// looks like this:
2008    ///
2009    /// ```text
2010    ///                           memory_reservation_for_growth
2011    ///                                       │
2012    ///            memory.size                │
2013    ///                 │                     │
2014    ///          ◄──────┴─────► ◄─────────────┴───────────►
2015    /// ┌───────┬──────────────┬───────────────────────────┬───────┐
2016    /// │ guard │  accessible  │ .. reserved for growth .. │ guard │
2017    /// └───────┴──────────────┴───────────────────────────┴───────┘
2018    ///                                                     ◄──┬──►
2019    ///                                                        │
2020    ///                                               memory_guard_size
2021    /// ```
2022    ///
2023    /// This means that up to `memory_reservation_for_growth` bytes can be
2024    /// allocated again before the entire linear memory needs to be moved again
2025    /// when another `memory_reservation_for_growth` bytes will be appended to
2026    /// the size of the allocation.
2027    ///
2028    /// Note that this is a currently simple heuristic for optimizing the growth
2029    /// of dynamic memories, primarily implemented for the memory64 proposal
2030    /// where the maximum size of memory is larger than 4GiB. This setting is
2031    /// unlikely to be a one-size-fits-all style approach and if you're an
2032    /// embedder running into issues with growth and are interested in having
2033    /// other growth strategies available here please feel free to [open an
2034    /// issue on the Wasmtime repository][issue]!
2035    ///
2036    /// [issue]: https://github.com/bytecodealliance/wasmtime/issues/new
2037    ///
2038    /// ## Default
2039    ///
2040    /// For 64-bit platforms this defaults to 2GiB, and for 32-bit platforms
2041    /// this defaults to 1MiB.
2042    pub fn memory_reservation_for_growth(&mut self, bytes: u64) -> &mut Self {
2043        self.tunables.memory_reservation_for_growth = Some(bytes);
2044        self
2045    }
2046
2047    /// Configures the initial size, in bytes, to be allocated for GC heaps.
2048    ///
2049    /// This is similar to [`Config::memory_reservation`] but applies to the GC
2050    /// heap rather than to linear memories. See that method for more details
2051    /// on what "reservation" means and the implications of this setting.
2052    ///
2053    /// ## Default
2054    ///
2055    /// If none of the `gc_heap_*` tunables are explicitly configured, they
2056    /// default to the same values as their `memory_*` counterparts. Otherwise,
2057    /// the default value for this property depends on the host platform: for
2058    /// 64-bit platforms this defaults to 4GiB, and for 32-bit platforms this
2059    /// defaults to 10MiB.
2060    pub fn gc_heap_reservation(&mut self, bytes: u64) -> &mut Self {
2061        self.tunables.gc_heap_reservation = Some(bytes);
2062        self
2063    }
2064
2065    /// Configures the size, in bytes, of the guard page region for GC heaps.
2066    ///
2067    /// This is similar to [`Config::memory_guard_size`] but applies to the GC
2068    /// heap rather than to linear memories. See that method for more details on
2069    /// what guard pages are and the implications of this setting.
2070    ///
2071    /// ## Default
2072    ///
2073    /// If none of the `gc_heap_*` tunables are explicitly configured, they
2074    /// default to the same values as their `memory_*` counterparts. Otherwise,
2075    /// the default value for this property is 32MiB on 64-bit platforms and
2076    /// 64KiB on 32-bit platforms.
2077    pub fn gc_heap_guard_size(&mut self, bytes: u64) -> &mut Self {
2078        self.tunables.gc_heap_guard_size = Some(bytes);
2079        self
2080    }
2081
2082    /// Configures the size, in bytes, of the extra virtual memory space
2083    /// reserved after a GC heap is relocated.
2084    ///
2085    /// This is similar to [`Config::memory_reservation_for_growth`] but applies
2086    /// to the GC heap rather than to linear memories. See that method for more
2087    /// details.
2088    ///
2089    /// ## Default
2090    ///
2091    /// If none of the `gc_heap_*` tunables are explicitly configured, they
2092    /// default to the same values as their `memory_*` counterparts. Otherwise,
2093    /// for 64-bit platforms this defaults to 2GiB, and for 32-bit platforms
2094    /// this defaults to 1MiB.
2095    pub fn gc_heap_reservation_for_growth(&mut self, bytes: u64) -> &mut Self {
2096        self.tunables.gc_heap_reservation_for_growth = Some(bytes);
2097        self
2098    }
2099
2100    /// Indicates whether GC heaps are allowed to be reallocated after initial
2101    /// allocation at runtime.
2102    ///
2103    /// This is similar to [`Config::memory_may_move`] but applies to the GC
2104    /// heap rather than to linear memories. See that method for more details.
2105    ///
2106    /// ## Default
2107    ///
2108    /// If none of the `gc_heap_*` tunables are explicitly configured, they
2109    /// default to the same values as their `memory_*` counterparts. Otherwise,
2110    /// the default value for this option is `true`.
2111    pub fn gc_heap_may_move(&mut self, enable: bool) -> &mut Self {
2112        self.tunables.gc_heap_may_move = Some(enable);
2113        self
2114    }
2115
2116    /// Indicates whether a guard region is present before allocations of
2117    /// linear memory.
2118    ///
2119    /// Guard regions before linear memories are never used during normal
2120    /// operation of WebAssembly modules, even if they have out-of-bounds
2121    /// loads. The only purpose for a preceding guard region in linear memory
2122    /// is extra protection against possible bugs in code generators like
2123    /// Cranelift. This setting does not affect performance in any way, but will
2124    /// result in larger virtual memory reservations for linear memories (it
2125    /// won't actually ever use more memory, just use more of the address
2126    /// space).
2127    ///
2128    /// The size of the guard region before linear memory is the same as the
2129    /// guard size that comes after linear memory, which is configured by
2130    /// [`Config::memory_guard_size`].
2131    ///
2132    /// ## Default
2133    ///
2134    /// This value defaults to `true`.
2135    pub fn guard_before_linear_memory(&mut self, enable: bool) -> &mut Self {
2136        self.tunables.guard_before_linear_memory = Some(enable);
2137        self
2138    }
2139
2140    /// Indicates whether to initialize tables lazily, so that instantiation
2141    /// is fast but indirect calls are a little slower. If false, tables
2142    /// are initialized eagerly during instantiation from any active element
2143    /// segments that apply to them.
2144    ///
2145    /// **Note** Disabling this option is not compatible with the Winch compiler.
2146    ///
2147    /// ## Default
2148    ///
2149    /// This value defaults to `true`.
2150    pub fn table_lazy_init(&mut self, table_lazy_init: bool) -> &mut Self {
2151        self.tunables.table_lazy_init = Some(table_lazy_init);
2152        self
2153    }
2154
2155    /// Configure the version information used in serialized and deserialized [`crate::Module`]s.
2156    /// This effects the behavior of [`crate::Module::serialize()`], as well as
2157    /// [`crate::Module::deserialize()`] and related functions.
2158    ///
2159    /// The default strategy is to use the wasmtime crate's Cargo package version.
2160    pub fn module_version(&mut self, strategy: ModuleVersionStrategy) -> Result<&mut Self> {
2161        match strategy {
2162            // This case requires special precondition for assertion in SerializedModule::to_bytes
2163            ModuleVersionStrategy::Custom(ref v) => {
2164                if v.as_bytes().len() > 255 {
2165                    bail!("custom module version cannot be more than 255 bytes: {v}");
2166                }
2167            }
2168            _ => {}
2169        }
2170        self.module_version = strategy;
2171        Ok(self)
2172    }
2173
2174    /// Configure whether wasmtime should compile a module using multiple
2175    /// threads.
2176    ///
2177    /// Disabling this will result in a single thread being used to compile
2178    /// the wasm bytecode.
2179    ///
2180    /// By default parallel compilation is enabled.
2181    #[cfg(feature = "parallel-compilation")]
2182    pub fn parallel_compilation(&mut self, parallel: bool) -> &mut Self {
2183        self.parallel_compilation = parallel;
2184        self
2185    }
2186
2187    /// Configures whether compiled artifacts will contain information to map
2188    /// native program addresses back to the original wasm module.
2189    ///
2190    /// This configuration option is `true` by default and, if enabled,
2191    /// generates the appropriate tables in compiled modules to map from native
2192    /// address back to wasm source addresses. This is used for displaying wasm
2193    /// program counters in backtraces as well as generating filenames/line
2194    /// numbers if so configured as well (and the original wasm module has DWARF
2195    /// debugging information present).
2196    pub fn generate_address_map(&mut self, generate: bool) -> &mut Self {
2197        self.tunables.generate_address_map = Some(generate);
2198        self
2199    }
2200
2201    /// Configures whether copy-on-write memory-mapped data is used to
2202    /// initialize a linear memory.
2203    ///
2204    /// Initializing linear memory via a copy-on-write mapping can drastically
2205    /// improve instantiation costs of a WebAssembly module because copying
2206    /// memory is deferred. Additionally if a page of memory is only ever read
2207    /// from WebAssembly and never written too then the same underlying page of
2208    /// data will be reused between all instantiations of a module meaning that
2209    /// if a module is instantiated many times this can lower the overall memory
2210    /// required needed to run that module.
2211    ///
2212    /// The main disadvantage of copy-on-write initialization, however, is that
2213    /// it may be possible for highly-parallel scenarios to be less scalable. If
2214    /// a page is read initially by a WebAssembly module then that page will be
2215    /// mapped to a read-only copy shared between all WebAssembly instances. If
2216    /// the same page is then written, however, then a private copy is created
2217    /// and swapped out from the read-only version. This also requires an [IPI],
2218    /// however, which can be a significant bottleneck in high-parallelism
2219    /// situations.
2220    ///
2221    /// This feature is only applicable when a WebAssembly module meets specific
2222    /// criteria to be initialized in this fashion, such as:
2223    ///
2224    /// * Only memories defined in the module can be initialized this way.
2225    /// * Data segments for memory must use statically known offsets.
2226    /// * Data segments for memory must all be in-bounds.
2227    ///
2228    /// Modules which do not meet these criteria will fall back to
2229    /// initialization of linear memory based on copying memory.
2230    ///
2231    /// This feature of Wasmtime is also platform-specific:
2232    ///
2233    /// * Linux - this feature is supported for all instances of [`Module`].
2234    ///   Modules backed by an existing mmap (such as those created by
2235    ///   [`Module::deserialize_file`]) will reuse that mmap to cow-initialize
2236    ///   memory. Other instance of [`Module`] may use the `memfd_create`
2237    ///   syscall to create an initialization image to `mmap`.
2238    /// * Unix (not Linux) - this feature is only supported when loading modules
2239    ///   from a precompiled file via [`Module::deserialize_file`] where there
2240    ///   is a file descriptor to use to map data into the process. Note that
2241    ///   the module must have been compiled with this setting enabled as well.
2242    /// * Windows - there is no support for this feature at this time. Memory
2243    ///   initialization will always copy bytes.
2244    ///
2245    /// By default this option is enabled.
2246    ///
2247    /// [`Module::deserialize_file`]: crate::Module::deserialize_file
2248    /// [`Module`]: crate::Module
2249    /// [IPI]: https://en.wikipedia.org/wiki/Inter-processor_interrupt
2250    pub fn memory_init_cow(&mut self, enable: bool) -> &mut Self {
2251        self.tunables.memory_init_cow = Some(enable);
2252        self
2253    }
2254
2255    /// A configuration option to force the usage of `memfd_create` on Linux to
2256    /// be used as the backing source for a module's initial memory image.
2257    ///
2258    /// When [`Config::memory_init_cow`] is enabled, which is enabled by
2259    /// default, module memory initialization images are taken from a module's
2260    /// original mmap if possible. If a precompiled module was loaded from disk
2261    /// this means that the disk's file is used as an mmap source for the
2262    /// initial linear memory contents. This option can be used to force, on
2263    /// Linux, that instead of using the original file on disk a new in-memory
2264    /// file is created with `memfd_create` to hold the contents of the initial
2265    /// image.
2266    ///
2267    /// This option can be used to avoid possibly loading the contents of memory
2268    /// from disk through a page fault. Instead with `memfd_create` the contents
2269    /// of memory are always in RAM, meaning that even page faults which
2270    /// initially populate a wasm linear memory will only work with RAM instead
2271    /// of ever hitting the disk that the original precompiled module is stored
2272    /// on.
2273    ///
2274    /// This option is disabled by default.
2275    pub fn force_memory_init_memfd(&mut self, enable: bool) -> &mut Self {
2276        self.force_memory_init_memfd = enable;
2277        self
2278    }
2279
2280    /// Configures whether or not a coredump should be generated and attached to
2281    /// the [`Error`](crate::Error) when a trap is raised.
2282    ///
2283    /// This option is disabled by default.
2284    #[cfg(feature = "coredump")]
2285    pub fn coredump_on_trap(&mut self, enable: bool) -> &mut Self {
2286        self.coredump_on_trap = enable;
2287        self
2288    }
2289
2290    /// Enables memory error checking for wasm programs.
2291    ///
2292    /// This option is disabled by default.
2293    ///
2294    /// # Panics
2295    ///
2296    /// Panics if this configuration's compiler was [disabled][Config::enable_compiler].
2297    #[cfg(any(feature = "cranelift", feature = "winch"))]
2298    pub fn wmemcheck(&mut self, enable: bool) -> &mut Self {
2299        self.wmemcheck = enable;
2300        self.compiler_config_mut().wmemcheck = enable;
2301        self
2302    }
2303
2304    /// Configures the "guaranteed dense image size" for copy-on-write
2305    /// initialized memories.
2306    ///
2307    /// When using the [`Config::memory_init_cow`] feature to initialize memory
2308    /// efficiently (which is enabled by default), compiled modules contain an
2309    /// image of the module's initial heap. If the module has a fairly sparse
2310    /// initial heap, with just a few data segments at very different offsets,
2311    /// this could result in a large region of zero bytes in the image. In
2312    /// other words, it's not very memory-efficient.
2313    ///
2314    /// We normally use a heuristic to avoid this: if less than half
2315    /// of the initialized range (first non-zero to last non-zero
2316    /// byte) of any memory in the module has pages with nonzero
2317    /// bytes, then we avoid creating a memory image for the entire module.
2318    ///
2319    /// However, if the embedder always needs the instantiation-time efficiency
2320    /// of copy-on-write initialization, and is otherwise carefully controlling
2321    /// parameters of the modules (for example, by limiting the maximum heap
2322    /// size of the modules), then it may be desirable to ensure a memory image
2323    /// is created even if this could go against the heuristic above. Thus, we
2324    /// add another condition: there is a size of initialized data region up to
2325    /// which we *always* allow a memory image. The embedder can set this to a
2326    /// known maximum heap size if they desire to always get the benefits of
2327    /// copy-on-write images.
2328    ///
2329    /// In the future we may implement a "best of both worlds"
2330    /// solution where we have a dense image up to some limit, and
2331    /// then support a sparse list of initializers beyond that; this
2332    /// would get most of the benefit of copy-on-write and pay the incremental
2333    /// cost of eager initialization only for those bits of memory
2334    /// that are out-of-bounds. However, for now, an embedder desiring
2335    /// fast instantiation should ensure that this setting is as large
2336    /// as the maximum module initial memory content size.
2337    ///
2338    /// By default this value is 16 MiB.
2339    pub fn memory_guaranteed_dense_image_size(&mut self, size_in_bytes: u64) -> &mut Self {
2340        self.memory_guaranteed_dense_image_size = size_in_bytes;
2341        self
2342    }
2343
2344    /// Whether to enable function inlining during compilation or not.
2345    ///
2346    /// This may result in faster execution at runtime, but adds additional
2347    /// compilation time. Inlining may also enlarge the size of compiled
2348    /// artifacts (for example, the size of the result of
2349    /// [`Engine::precompile_component`]).
2350    ///
2351    /// Inlining is not supported by all of Wasmtime's compilation strategies;
2352    /// currently, it only Cranelift supports it. This setting will be ignored
2353    /// when using a compilation strategy that does not support inlining, like
2354    /// Winch.
2355    ///
2356    /// The default value for this is `Inlining::No`.
2357    pub fn compiler_inlining(&mut self, inlining: Inlining) -> &mut Self {
2358        self.tunables.inlining = Some(inlining);
2359        self
2360    }
2361
2362    /// Returns the set of features that the currently selected compiler backend
2363    /// does not support at all and may panic on.
2364    ///
2365    /// Wasmtime strives to reject unknown modules or unsupported modules with
2366    /// first-class errors instead of panics. Not all compiler backends have the
2367    /// same level of feature support on all platforms as well. This method
2368    /// returns a set of features that the currently selected compiler
2369    /// configuration is known to not support and may panic on. This acts as a
2370    /// first-level filter on incoming wasm modules/configuration to fail-fast
2371    /// instead of panicking later on.
2372    ///
2373    /// Note that if a feature is not returned here it does not mean that the
2374    /// backend fully supports the proposal. Instead that means that the backend
2375    /// doesn't ever panic on the proposal, but errors during compilation may
2376    /// still be returned. This means that features listed here are definitely
2377    /// not supported at all, but features not listed here may still be
2378    /// partially supported. For example at the time of this writing the Winch
2379    /// backend partially supports simd so it's not listed here. Winch doesn't
2380    /// fully support simd but unimplemented instructions just return errors.
2381    fn compiler_panicking_wasm_features(&self) -> WasmFeatures {
2382        // First we compute the set of features that Wasmtime itself knows;
2383        // this is a sort of "maximal set" that we invert to create a set
2384        // of features we _definitely can't support_ because wasmtime
2385        // has never heard of them.
2386        let features_known_to_wasmtime = WasmFeatures::WASM3
2387            | WasmFeatures::SHARED_EVERYTHING_THREADS
2388            | WasmFeatures::COMPONENT_MODEL
2389            | WasmFeatures::CUSTOM_PAGE_SIZES
2390            | WasmFeatures::STACK_SWITCHING
2391            | WasmFeatures::WIDE_ARITHMETIC
2392            | WasmFeatures::CM_ASYNC
2393            | WasmFeatures::CM_ASYNC_STACKFUL
2394            | WasmFeatures::CM_MORE_ASYNC_BUILTINS
2395            | WasmFeatures::CM_THREADING
2396            | WasmFeatures::CM_ERROR_CONTEXT
2397            | WasmFeatures::CM_GC
2398            | WasmFeatures::CM_MAP
2399            | WasmFeatures::CM_FIXED_LENGTH_LISTS
2400            | WasmFeatures::CM_IMPLEMENTS;
2401
2402        #[allow(unused_mut, reason = "easier to avoid #[cfg]")]
2403        let mut unsupported = !features_known_to_wasmtime;
2404
2405        #[cfg(any(feature = "cranelift", feature = "winch"))]
2406        match self.compiler_config.as_ref().and_then(|c| c.strategy) {
2407            None | Some(Strategy::Cranelift) => {
2408                // Pulley at this time fundamentally doesn't support the
2409                // `threads` proposal, notably shared memory, because Rust can't
2410                // safely implement loads/stores in the face of shared memory.
2411                // Stack switching is not implemented, either.
2412                if self.compiler_target().is_pulley() {
2413                    unsupported |= WasmFeatures::THREADS;
2414                    unsupported |= WasmFeatures::STACK_SWITCHING;
2415                }
2416
2417                use target_lexicon::*;
2418                match self.compiler_target() {
2419                    Triple {
2420                        architecture: Architecture::X86_64 | Architecture::X86_64h,
2421                        operating_system:
2422                            OperatingSystem::Linux
2423                            | OperatingSystem::MacOSX(_)
2424                            | OperatingSystem::Darwin(_),
2425                        ..
2426                    } => {
2427                        // Stack switching supported on (non-Pulley) Cranelift.
2428                    }
2429
2430                    _ => {
2431                        // On platforms other than x64 Unix-like, we don't
2432                        // support stack switching.
2433                        unsupported |= WasmFeatures::STACK_SWITCHING;
2434                    }
2435                }
2436            }
2437            Some(Strategy::Winch) => {
2438                unsupported |= WasmFeatures::GC
2439                    | WasmFeatures::FUNCTION_REFERENCES
2440                    | WasmFeatures::RELAXED_SIMD
2441                    | WasmFeatures::TAIL_CALL
2442                    | WasmFeatures::GC_TYPES
2443                    | WasmFeatures::EXCEPTIONS
2444                    | WasmFeatures::LEGACY_EXCEPTIONS
2445                    | WasmFeatures::STACK_SWITCHING
2446                    | WasmFeatures::CM_ASYNC;
2447                match self.compiler_target().architecture {
2448                    target_lexicon::Architecture::Aarch64(_) => {
2449                        unsupported |= WasmFeatures::THREADS;
2450                    }
2451
2452                    // Winch doesn't support other non-x64 architectures at this
2453                    // time either but will return an first-class error for
2454                    // them.
2455                    _ => {}
2456                }
2457            }
2458            Some(Strategy::Auto) => unreachable!(),
2459        }
2460        unsupported
2461    }
2462
2463    /// Calculates the set of features that are enabled for this `Config`.
2464    ///
2465    /// This is a bit of a subtle function which takes into account inputs such
2466    /// as the default set of features Wasmtime has enabled, the currently
2467    /// enabled compiler, the currently enabled target, compile-time crate
2468    /// features, and explicitly configured wasm proposals. This function does
2469    /// not return a fixed set of all proposals in all cases as it's a bit more
2470    /// nuanced than that.
2471    ///
2472    /// This method internally will start with an empty set of features to
2473    /// avoid being tied to wasmparser's defaults. Next Wasmtime's set of
2474    /// default features are added to this set, some of which are conditional
2475    /// depending on crate features. Finally explicitly requested features via
2476    /// `wasm_*` methods on `Config` are applied. Everything is then validated
2477    /// later in `Config::validate`.
2478    ///
2479    /// Note that the validation later on in `Config::validate` is a crucial
2480    /// step here. The returned features here might include features unsupported
2481    /// at compile time or unsupported by the selected compiler. In that case
2482    /// `Config::validate` will present a first-class error message indicating
2483    /// what's going on, and users should in theory be able to understand "ok
2484    /// yeah that's why I can't enable that feature here".
2485    fn features(&self) -> WasmFeatures {
2486        // Start with an empty set of wasm features. This notably decouples
2487        // features in Wasmtime from features in wasmparser as the two are
2488        // generally on different timelines.
2489        let mut features = WasmFeatures::empty();
2490
2491        // Next add in all on-by-default features that Wasmtime has which are
2492        // subject to the criteria at
2493        // https://docs.wasmtime.dev/contributing-implementing-wasm-proposals.html
2494        // and https://docs.wasmtime.dev/stability-wasm-proposals.html.
2495        //
2496        // Note that the first entry here, `WASM3`, is a fixed feature set that
2497        // won't change over time in wasmparser which represents the union of
2498        // all on-by-default features in Wasmtime. Also note that this is
2499        // further refined in the conditional section below based on crate
2500        // features.
2501        features |= WasmFeatures::WASM3;
2502
2503        // features |= WasmFeatures::YOUR_WASM_FEATURE;
2504        // ...
2505
2506        // NB: if you add a feature above this line please double-check
2507        // https://docs.wasmtime.dev/stability-wasm-proposals.html
2508        // to ensure all requirements are met and/or update the documentation
2509        // there too.
2510
2511        // Next configure some features further based on compile-time features
2512        // of the wasmtime crate itself. For example if "gc" is disabled then
2513        // `GC_TYPES` are disabled (a wasmparser pseudo-feature) as well as
2514        // exceptions, but reference-types is still available (e.g. new
2515        // encodings/types/etc).
2516        //
2517        // These features are all "on by default" in effect but dependent on
2518        // compile-time support being available.
2519        features.set(WasmFeatures::GC_TYPES, cfg!(feature = "gc"));
2520        features.set(WasmFeatures::EXCEPTIONS, cfg!(feature = "gc"));
2521        features.set(WasmFeatures::THREADS, cfg!(feature = "threads"));
2522        features.set(
2523            WasmFeatures::COMPONENT_MODEL,
2524            cfg!(feature = "component-model"),
2525        );
2526        features.set(
2527            WasmFeatures::CM_ASYNC,
2528            self.tunables
2529                .concurrency_support
2530                .unwrap_or(cfg!(feature = "component-model-async")),
2531        );
2532
2533        // Next disable any features which the current compiler/target do not
2534        // support. This handles cases where Winch, for example, doesn't
2535        // implement a feature yet but Cranelift does. Or maybe Cranelift only
2536        // supports one particular platform and not others. Things like that.
2537        features = features & !self.compiler_panicking_wasm_features();
2538
2539        // And, finally, process all explicitly enabled/disabled features on
2540        // behalf of the embedder's frobbing `Config::wasm_*`. These have the
2541        // highest priority since they were explicitly requested.
2542        debug_assert!((self.enabled_features & self.disabled_features).is_empty());
2543        features &= !self.disabled_features;
2544        features |= self.enabled_features;
2545
2546        features
2547    }
2548
2549    /// Returns the configured compiler target for this `Config`.
2550    pub(crate) fn compiler_target(&self) -> target_lexicon::Triple {
2551        // If a target is explicitly configured, always use that.
2552        if let Some(target) = self.target.clone() {
2553            return target;
2554        }
2555
2556        // If the `build.rs` script determined that this platform uses pulley by
2557        // default, then use Pulley.
2558        if cfg!(default_target_pulley) {
2559            return target_lexicon::Triple::pulley_host();
2560        }
2561
2562        // And at this point the target is for sure the host.
2563        target_lexicon::Triple::host()
2564    }
2565
2566    /// Returns `true` if any of the `gc_heap_*` tunables have been explicitly
2567    /// configured.
2568    fn any_gc_heap_tunables_configured(&self) -> bool {
2569        self.tunables.gc_heap_reservation.is_some()
2570            || self.tunables.gc_heap_guard_size.is_some()
2571            || self.tunables.gc_heap_reservation_for_growth.is_some()
2572            || self.tunables.gc_heap_may_move.is_some()
2573    }
2574
2575    pub(crate) fn validate(&self) -> Result<(Tunables, WasmFeatures)> {
2576        let features = self.features();
2577
2578        // First validate that the selected compiler backend and configuration
2579        // supports the set of `features` that are enabled. This will help
2580        // provide more first class errors instead of panics about unsupported
2581        // features and configurations.
2582        let unsupported = features & self.compiler_panicking_wasm_features();
2583        if !unsupported.is_empty() {
2584            for flag in WasmFeatures::FLAGS.iter() {
2585                if !unsupported.contains(*flag.value()) {
2586                    continue;
2587                }
2588                bail!(
2589                    "the wasm_{} feature is not supported on this compiler configuration",
2590                    flag.name().to_lowercase()
2591                );
2592            }
2593
2594            panic!("should have returned an error by now")
2595        }
2596
2597        if self.max_wasm_stack > self.async_stack_size {
2598            bail!("max_wasm_stack size cannot exceed the async_stack_size");
2599        }
2600        if self.max_wasm_stack == 0 {
2601            bail!("max_wasm_stack size cannot be zero");
2602        }
2603        if !cfg!(feature = "wmemcheck") && self.wmemcheck {
2604            bail!("wmemcheck (memory checker) was requested but is not enabled in this build");
2605        }
2606
2607        if !cfg!(feature = "gc") && features.gc_types() {
2608            bail!("support for GC was disabled at compile time")
2609        }
2610
2611        if !cfg!(feature = "gc") && features.contains(WasmFeatures::EXCEPTIONS) {
2612            bail!("exceptions support requires garbage collection (GC) to be enabled in the build");
2613        }
2614
2615        match &self.rr_config {
2616            #[cfg(feature = "rr")]
2617            RRConfig::Recording | RRConfig::Replaying => {
2618                self.validate_rr_determinism_conflicts()?;
2619            }
2620            RRConfig::None => {}
2621        };
2622
2623        let mut tunables = Tunables::default_for_target(&self.compiler_target())?;
2624
2625        // By default this is enabled with the Cargo feature, and if the feature
2626        // is missing this is disabled.
2627        tunables.concurrency_support = cfg!(feature = "component-model-async");
2628
2629        #[cfg(feature = "rr")]
2630        {
2631            tunables.recording = matches!(self.rr_config, RRConfig::Recording);
2632        }
2633
2634        // If no target is explicitly specified then further refine `tunables`
2635        // for the configuration of this host depending on what platform
2636        // features were found available at compile time. This means that anyone
2637        // cross-compiling for a customized host will need to further refine
2638        // compilation options.
2639        if self.target.is_none() {
2640            // If this platform doesn't have native signals then change some
2641            // defaults to account for that. Note that VM guards are turned off
2642            // here because that's primarily a feature of eliding
2643            // bounds-checks.
2644            if !cfg!(has_native_signals) {
2645                tunables.signals_based_traps = cfg!(has_native_signals);
2646                tunables.memory_guard_size = 0;
2647                tunables.gc_heap_guard_size = 0;
2648            }
2649
2650            // When virtual memory is not available use slightly different
2651            // defaults for tunables to be more amenable to `MallocMemory`.
2652            // Note that these can still be overridden by config options.
2653            if !cfg!(has_virtual_memory) {
2654                tunables.memory_reservation = 0;
2655                tunables.memory_reservation_for_growth = 1 << 20; // 1MB
2656                tunables.memory_init_cow = false;
2657                tunables.gc_heap_reservation = 0;
2658                tunables.gc_heap_reservation_for_growth = 1 << 20; // 1MB
2659            }
2660        }
2661
2662        // If guest-debugging is enabled, we must disable
2663        // signals-based traps. Do this before we process the user's
2664        // provided tunables settings so we can detect a conflict with
2665        // an explicit request to use signals-based traps.
2666        #[cfg(feature = "debug")]
2667        if self.tunables.debug_guest == Some(true) {
2668            tunables.signals_based_traps = false;
2669        }
2670
2671        // Inlining currently falls over with the `stack_switch` instruction.
2672        #[cfg(any(feature = "cranelift", feature = "winch"))]
2673        if features.contains(WasmFeatures::STACK_SWITCHING) {
2674            if let Some(inlining) = self.tunables.inlining
2675                && inlining != Inlining::No
2676            {
2677                bail!("cannot enable compiler inlining when stack switching is enabled");
2678            }
2679            tunables.inlining = Inlining::No;
2680        }
2681
2682        self.tunables.configure(&mut tunables);
2683
2684        // If no GC heap tunables are explicitly configured, copy the memory
2685        // tunables' configured values so that GC heaps default to the same
2686        // configuration as linear memories.
2687        if !self.any_gc_heap_tunables_configured() {
2688            tunables.gc_heap_reservation = tunables.memory_reservation;
2689            tunables.gc_heap_guard_size = tunables.memory_guard_size;
2690            tunables.gc_heap_reservation_for_growth = tunables.memory_reservation_for_growth;
2691            tunables.gc_heap_may_move = tunables.memory_may_move;
2692        }
2693
2694        // If we're going to compile with winch, we must use the winch calling convention.
2695        #[cfg(any(feature = "cranelift", feature = "winch"))]
2696        {
2697            tunables.winch_callable = self
2698                .compiler_config
2699                .as_ref()
2700                .is_some_and(|c| c.strategy == Some(Strategy::Winch));
2701        }
2702
2703        tunables.collector = if features.gc_types() {
2704            #[cfg(feature = "gc")]
2705            {
2706                use wasmtime_environ::Collector as EnvCollector;
2707                Some(match self.collector.try_not_auto()? {
2708                    Collector::DeferredReferenceCounting => EnvCollector::DeferredReferenceCounting,
2709                    Collector::Null => EnvCollector::Null,
2710                    Collector::Copying => EnvCollector::Copying,
2711                    Collector::Auto => unreachable!(),
2712                })
2713            }
2714            #[cfg(not(feature = "gc"))]
2715            bail!("cannot use GC types: the `gc` feature was disabled at compile time")
2716        } else {
2717            None
2718        };
2719
2720        if tunables.debug_guest {
2721            ensure!(
2722                cfg!(feature = "debug"),
2723                "debug instrumentation support was disabled at compile time"
2724            );
2725            ensure!(
2726                !tunables.signals_based_traps,
2727                "cannot use signals-based traps with guest debugging enabled"
2728            );
2729        }
2730
2731        // Concurrency support is required for some component model features.
2732        let requires_concurrency = WasmFeatures::CM_ASYNC
2733            | WasmFeatures::CM_MORE_ASYNC_BUILTINS
2734            | WasmFeatures::CM_ASYNC_STACKFUL
2735            | WasmFeatures::CM_THREADING
2736            | WasmFeatures::CM_ERROR_CONTEXT;
2737        if tunables.concurrency_support && !cfg!(feature = "component-model-async") {
2738            bail!(
2739                "concurrency support was requested but was not \
2740                 compiled into this build of Wasmtime"
2741            )
2742        }
2743        if !tunables.concurrency_support && features.intersects(requires_concurrency) {
2744            bail!(
2745                "concurrency support must be enabled to use the component \
2746                 model async or threading features"
2747            )
2748        }
2749
2750        // If the pooling allocator is used and GC is enabled, check that
2751        // memories and the GC heap are configured identically, since the
2752        // pooling allocator can't support differently-configured heaps.
2753        #[cfg(feature = "pooling-allocator")]
2754        if matches!(
2755            &self.allocation_strategy,
2756            InstanceAllocationStrategy::Pooling(_)
2757        ) && tunables.collector.is_some()
2758        {
2759            if tunables.memory_reservation != tunables.gc_heap_reservation {
2760                bail!(
2761                    "when using the pooling allocator with GC, `memory_reservation` ({}) \
2762                     and `gc_heap_reservation` ({}) must be the same",
2763                    tunables.memory_reservation,
2764                    tunables.gc_heap_reservation,
2765                );
2766            }
2767            if tunables.memory_guard_size != tunables.gc_heap_guard_size {
2768                bail!(
2769                    "when using the pooling allocator with GC, `memory_guard_size` ({}) \
2770                     and `gc_heap_guard_size` ({}) must be the same",
2771                    tunables.memory_guard_size,
2772                    tunables.gc_heap_guard_size,
2773                );
2774            }
2775            if tunables.memory_reservation_for_growth != tunables.gc_heap_reservation_for_growth {
2776                bail!(
2777                    "when using the pooling allocator with GC, \
2778                     `memory_reservation_for_growth` ({}) and \
2779                     `gc_heap_reservation_for_growth` ({}) must be the same",
2780                    tunables.memory_reservation_for_growth,
2781                    tunables.gc_heap_reservation_for_growth,
2782                );
2783            }
2784            if tunables.memory_may_move != tunables.gc_heap_may_move {
2785                bail!(
2786                    "when using the pooling allocator with GC, `memory_may_move` ({}) \
2787                     and `gc_heap_may_move` ({}) must be the same",
2788                    tunables.memory_may_move,
2789                    tunables.gc_heap_may_move,
2790                );
2791            }
2792        }
2793
2794        if tunables.debug_native && !tunables.debug_symbols {
2795            bail!("cannot enable native debug info while debug symbols are disabled");
2796        }
2797
2798        Ok((tunables, features))
2799    }
2800
2801    #[cfg(feature = "runtime")]
2802    pub(crate) fn build_allocator(
2803        &self,
2804        tunables: &Tunables,
2805    ) -> Result<Box<dyn InstanceAllocator + Send + Sync>> {
2806        let _ = tunables;
2807
2808        match &self.allocation_strategy {
2809            InstanceAllocationStrategy::OnDemand => {
2810                let mut _allocator = try_new::<Box<_>>(OnDemandInstanceAllocator::new(
2811                    self.mem_creator.clone(),
2812                    self.async_stack_size,
2813                    self.async_stack_zeroing,
2814                ))?;
2815                #[cfg(feature = "async")]
2816                if let Some(stack_creator) = &self.stack_creator {
2817                    _allocator.set_stack_creator(stack_creator.clone());
2818                }
2819                Ok(_allocator as _)
2820            }
2821            #[cfg(feature = "pooling-allocator")]
2822            InstanceAllocationStrategy::Pooling(config) => {
2823                let mut config = config.clone();
2824                let _ = &mut config;
2825                #[cfg(feature = "async")]
2826                {
2827                    config.stack_size = self.async_stack_size;
2828                    config.async_stack_zeroing = self.async_stack_zeroing;
2829                }
2830                let allocator = try_new::<Box<_>>(
2831                    crate::runtime::vm::PoolingInstanceAllocator::new(&config, tunables)?,
2832                )?;
2833                Ok(allocator as _)
2834            }
2835        }
2836    }
2837
2838    #[cfg(feature = "runtime")]
2839    pub(crate) fn build_gc_runtime(&self) -> Result<Option<Arc<dyn GcRuntime>>> {
2840        if !self.features().gc_types() {
2841            return Ok(None);
2842        }
2843
2844        #[cfg(not(feature = "gc"))]
2845        bail!("cannot create a GC runtime: the `gc` feature was disabled at compile time");
2846
2847        #[cfg(feature = "gc")]
2848        #[cfg_attr(
2849            not(any(feature = "gc-null", feature = "gc-drc", feature = "gc-copying")),
2850            expect(unreachable_code, reason = "definitions known to be dummy")
2851        )]
2852        {
2853            Ok(Some(match self.collector.try_not_auto()? {
2854                #[cfg(feature = "gc-drc")]
2855                Collector::DeferredReferenceCounting => {
2856                    try_new::<Arc<_>>(crate::runtime::vm::DrcCollector::default())? as _
2857                }
2858                #[cfg(not(feature = "gc-drc"))]
2859                Collector::DeferredReferenceCounting => unreachable!(),
2860
2861                #[cfg(feature = "gc-null")]
2862                Collector::Null => {
2863                    try_new::<Arc<_>>(crate::runtime::vm::NullCollector::default())? as _
2864                }
2865                #[cfg(not(feature = "gc-null"))]
2866                Collector::Null => unreachable!(),
2867
2868                #[cfg(feature = "gc-copying")]
2869                Collector::Copying => {
2870                    try_new::<Arc<_>>(crate::runtime::vm::CopyingCollector::default())? as _
2871                }
2872                #[cfg(not(feature = "gc-copying"))]
2873                Collector::Copying => unreachable!(),
2874
2875                Collector::Auto => unreachable!(),
2876            }))
2877        }
2878    }
2879
2880    #[cfg(feature = "runtime")]
2881    pub(crate) fn build_profiler(&self) -> Result<Box<dyn ProfilingAgent>> {
2882        Ok(match self.profiling_strategy {
2883            ProfilingStrategy::PerfMap => profiling_agent::new_perfmap()?,
2884            ProfilingStrategy::JitDump => profiling_agent::new_jitdump()?,
2885            ProfilingStrategy::VTune => profiling_agent::new_vtune()?,
2886            ProfilingStrategy::None => profiling_agent::new_null(),
2887            ProfilingStrategy::Pulley => profiling_agent::new_pulley()?,
2888        })
2889    }
2890
2891    #[cfg(any(feature = "cranelift", feature = "winch"))]
2892    pub(crate) fn build_compiler(
2893        mut self,
2894        tunables: &mut Tunables,
2895        features: WasmFeatures,
2896    ) -> Result<(Self, Box<dyn wasmtime_environ::Compiler>)> {
2897        let target = self.compiler_target();
2898
2899        // The target passed to the builders below is an `Option<Triple>` where
2900        // `None` represents the current host with CPU features inferred from
2901        // the host's CPU itself. The `target` above is not an `Option`, so
2902        // switch it to `None` in the case that a target wasn't explicitly
2903        // specified (which indicates no feature inference) and the target
2904        // matches the host.
2905        let target_for_builder =
2906            if self.target.is_none() && target == target_lexicon::Triple::host() {
2907                None
2908            } else {
2909                Some(target.clone())
2910            };
2911
2912        let mut compiler = match self.compiler_config_mut().strategy {
2913            #[cfg(feature = "cranelift")]
2914            Some(Strategy::Cranelift) => wasmtime_cranelift::builder(target_for_builder)?,
2915            #[cfg(not(feature = "cranelift"))]
2916            Some(Strategy::Cranelift) => bail!("cranelift support not compiled in"),
2917            #[cfg(feature = "winch")]
2918            Some(Strategy::Winch) => wasmtime_winch::builder(target_for_builder)?,
2919            #[cfg(not(feature = "winch"))]
2920            Some(Strategy::Winch) => bail!("winch support not compiled in"),
2921
2922            None | Some(Strategy::Auto) => unreachable!(),
2923        };
2924
2925        if let Some(path) = &self.compiler_config_mut().clif_dir {
2926            compiler.clif_dir(path)?;
2927        }
2928
2929        // If probestack is enabled for a target, Wasmtime will always use the
2930        // inline strategy which doesn't require us to define a `__probestack`
2931        // function or similar.
2932        self.compiler_config_mut().settings.insert(
2933            "probestack_strategy".into(),
2934            ("inline".into(), UserSpecified::No),
2935        );
2936
2937        // We enable stack probing by default on all targets.
2938        // This is required on Windows because of the way Windows
2939        // commits its stacks, but it's also a good idea on other
2940        // platforms to ensure guard pages are hit for large frame
2941        // sizes.
2942        self.compiler_config_mut()
2943            .flags
2944            .insert("enable_probestack".into(), UserSpecified::No);
2945
2946        // The current wasm multivalue implementation depends on this.
2947        // FIXME(#9510) handle this in wasmtime-cranelift instead.
2948        self.compiler_config_mut()
2949            .flags
2950            .insert("enable_multi_ret_implicit_sret".into(), UserSpecified::No);
2951
2952        if let Some(unwind_requested) = self.native_unwind_info {
2953            if !self
2954                .compiler_config_mut()
2955                .ensure_setting_unset_or_given("unwind_info", &unwind_requested.to_string())
2956            {
2957                bail!(
2958                    "incompatible settings requested for Cranelift and Wasmtime `unwind-info` settings"
2959                );
2960            }
2961        }
2962
2963        if target.operating_system == target_lexicon::OperatingSystem::Windows {
2964            if !self
2965                .compiler_config_mut()
2966                .ensure_setting_unset_or_given("unwind_info", "true")
2967            {
2968                bail!("`native_unwind_info` cannot be disabled on Windows");
2969            }
2970        }
2971
2972        // We require frame pointers for correct stack walking, which is safety
2973        // critical in the presence of reference types, and otherwise it is just
2974        // really bad developer experience to get wrong.
2975        self.compiler_config_mut().settings.insert(
2976            "preserve_frame_pointers".into(),
2977            ("true".into(), UserSpecified::No),
2978        );
2979
2980        if !tunables.signals_based_traps {
2981            let mut ok = self
2982                .compiler_config_mut()
2983                .ensure_setting_unset_or_given("enable_table_access_spectre_mitigation", "false");
2984            ok = ok
2985                && self.compiler_config_mut().ensure_setting_unset_or_given(
2986                    "enable_heap_access_spectre_mitigation",
2987                    "false",
2988                );
2989
2990            // Right now spectre-mitigated bounds checks will load from zero so
2991            // if host-based signal handlers are disabled then that's a mismatch
2992            // and doesn't work right now. Fixing this will require more thought
2993            // of how to implement the bounds check in spectre-only mode.
2994            if !ok {
2995                bail!(
2996                    "when signals-based traps are disabled then spectre \
2997                     mitigations must also be disabled"
2998                );
2999            }
3000        }
3001
3002        if features.contains(WasmFeatures::RELAXED_SIMD) && !features.contains(WasmFeatures::SIMD) {
3003            bail!("cannot disable the simd proposal but enable the relaxed simd proposal");
3004        }
3005
3006        if features.contains(WasmFeatures::STACK_SWITCHING) {
3007            use target_lexicon::OperatingSystem;
3008            let model = match target.operating_system {
3009                OperatingSystem::Windows => "update_windows_tib",
3010                OperatingSystem::Linux
3011                | OperatingSystem::MacOSX(_)
3012                | OperatingSystem::Darwin(_) => "basic",
3013                _ => bail!("stack-switching feature not supported on this platform "),
3014            };
3015
3016            if !self
3017                .compiler_config_mut()
3018                .ensure_setting_unset_or_given("stack_switch_model", model)
3019            {
3020                bail!(
3021                    "compiler option 'stack_switch_model' must be set to '{model}' on this platform"
3022                );
3023            }
3024        }
3025
3026        // Apply compiler settings and flags
3027        compiler.set_tunables(tunables.clone())?;
3028        for (k, (v, _)) in self.compiler_config_mut().settings.iter() {
3029            compiler.set(k, v)?;
3030        }
3031        for (flag, _) in self.compiler_config_mut().flags.iter() {
3032            compiler.enable(flag)?;
3033        }
3034        *tunables = compiler.tunables().cloned().unwrap();
3035
3036        #[cfg(all(feature = "incremental-cache", feature = "cranelift"))]
3037        if let Some(cache_store) = &self.compiler_config_mut().cache_store {
3038            compiler.enable_incremental_compilation(cache_store.clone())?;
3039        }
3040
3041        compiler.wmemcheck(self.compiler_config_mut().wmemcheck);
3042
3043        Ok((self, compiler.build()?))
3044    }
3045
3046    /// Internal setting for whether adapter modules for components will have
3047    /// extra WebAssembly instructions inserted performing more debug checks
3048    /// then are necessary.
3049    #[cfg(feature = "component-model")]
3050    pub fn debug_adapter_modules(&mut self, debug: bool) -> &mut Self {
3051        self.tunables.debug_adapter_modules = Some(debug);
3052        self
3053    }
3054
3055    /// Enables clif output when compiling a WebAssembly module.
3056    #[cfg(any(feature = "cranelift", feature = "winch"))]
3057    pub fn emit_clif(&mut self, path: &Path) -> &mut Self {
3058        self.compiler_config_mut().clif_dir = Some(path.to_path_buf());
3059        self
3060    }
3061
3062    /// Configures whether, when on macOS, Mach ports are used for exception
3063    /// handling instead of traditional Unix-based signal handling.
3064    ///
3065    /// WebAssembly traps in Wasmtime are implemented with native faults, for
3066    /// example a `SIGSEGV` will occur when a WebAssembly guest accesses
3067    /// out-of-bounds memory. Handling this can be configured to either use Unix
3068    /// signals or Mach ports on macOS. By default Mach ports are used.
3069    ///
3070    /// Mach ports enable Wasmtime to work by default with foreign
3071    /// error-handling systems such as breakpad which also use Mach ports to
3072    /// handle signals. In this situation Wasmtime will continue to handle guest
3073    /// faults gracefully while any non-guest faults will get forwarded to
3074    /// process-level handlers such as breakpad. Some more background on this
3075    /// can be found in #2456.
3076    ///
3077    /// A downside of using mach ports, however, is that they don't interact
3078    /// well with `fork()`. Forking a Wasmtime process on macOS will produce a
3079    /// child process that cannot successfully run WebAssembly. In this
3080    /// situation traditional Unix signal handling should be used as that's
3081    /// inherited and works across forks.
3082    ///
3083    /// If your embedding wants to use a custom error handler which leverages
3084    /// Mach ports and you additionally wish to `fork()` the process and use
3085    /// Wasmtime in the child process that's not currently possible. Please
3086    /// reach out to us if you're in this bucket!
3087    ///
3088    /// This option defaults to `true`, using Mach ports by default.
3089    pub fn macos_use_mach_ports(&mut self, mach_ports: bool) -> &mut Self {
3090        self.macos_use_mach_ports = mach_ports;
3091        self
3092    }
3093
3094    /// Configures an embedder-provided function, `detect`, which is used to
3095    /// determine if an ISA-specific feature is available on the current host.
3096    ///
3097    /// This function is used to verify that any features enabled for a compiler
3098    /// backend, such as AVX support on x86\_64, are also available on the host.
3099    /// It is undefined behavior to execute an AVX instruction on a host that
3100    /// doesn't support AVX instructions, for example.
3101    ///
3102    /// When the `std` feature is active on this crate then this function is
3103    /// configured to a default implementation that uses the standard library's
3104    /// feature detection. When the `std` feature is disabled then there is no
3105    /// default available and this method must be called to configure a feature
3106    /// probing function.
3107    ///
3108    /// The `detect` function provided is given a string name of an ISA feature.
3109    /// The function should then return:
3110    ///
3111    /// * `Some(true)` - indicates that the feature was found on the host and it
3112    ///   is supported.
3113    /// * `Some(false)` - the feature name was recognized but it was not
3114    ///   detected on the host, for example the CPU is too old.
3115    /// * `None` - the feature name was not recognized and it's not known
3116    ///   whether it's on the host or not.
3117    ///
3118    /// Feature names passed to `detect` match the same feature name used in the
3119    /// Rust standard library. For example `"sse4.2"` is used on x86\_64.
3120    ///
3121    /// # Unsafety
3122    ///
3123    /// This function is `unsafe` because it is undefined behavior to execute
3124    /// instructions that a host does not support. This means that the result of
3125    /// `detect` must be correct for memory safe execution at runtime.
3126    pub unsafe fn detect_host_feature(&mut self, detect: fn(&str) -> Option<bool>) -> &mut Self {
3127        self.detect_host_feature = Some(detect);
3128        self
3129    }
3130
3131    /// Configures Wasmtime to not use signals-based trap handlers, for example
3132    /// disables `SIGILL` and `SIGSEGV` handler registration on Unix platforms.
3133    ///
3134    /// > **Note:** this option has important performance ramifications, be sure
3135    /// > to understand the implications. Wasm programs have been measured to
3136    /// > run up to 2x slower when signals-based traps are disabled.
3137    ///
3138    /// Wasmtime will by default leverage signals-based trap handlers (or the
3139    /// platform equivalent, for example "vectored exception handlers" on
3140    /// Windows) to make generated code more efficient. For example, when
3141    /// Wasmtime can use signals-based traps, it can elide explicit bounds
3142    /// checks for Wasm linear memory accesses, instead relying on virtual
3143    /// memory guard pages to raise a `SIGSEGV` (on Unix) for out-of-bounds
3144    /// accesses, which Wasmtime's runtime then catches and handles. Another
3145    /// example is divide-by-zero: with signals-based traps, Wasmtime can let
3146    /// the hardware raise a trap when the divisor is zero. Without
3147    /// signals-based traps, Wasmtime must explicitly emit additional
3148    /// instructions to check for zero and conditionally branch to a trapping
3149    /// code path.
3150    ///
3151    /// Some environments however may not have access to signal handlers. For
3152    /// example embedded scenarios may not support virtual memory. Other
3153    /// environments where Wasmtime is embedded within the surrounding
3154    /// environment may require that new signal handlers aren't registered due
3155    /// to the global nature of signal handlers. This option exists to disable
3156    /// the signal handler registration when required for these scenarios.
3157    ///
3158    /// When signals-based trap handlers are disabled, then Wasmtime and its
3159    /// generated code will *never* rely on segfaults or other
3160    /// signals. Generated code will be slower because bounds must be explicitly
3161    /// checked along with other conditions like division by zero.
3162    ///
3163    /// The following additional factors can also affect Wasmtime's ability to
3164    /// elide explicit bounds checks and leverage signals-based traps:
3165    ///
3166    /// * The [`Config::memory_reservation`] and [`Config::memory_guard_size`]
3167    ///   settings
3168    /// * The index type of the linear memory (e.g. 32-bit or 64-bit)
3169    /// * The page size of the linear memory
3170    ///
3171    /// When this option is disabled, the
3172    /// `enable_heap_access_spectre_mitigation` and
3173    /// `enable_table_access_spectre_mitigation` Cranelift settings must also be
3174    /// disabled. This means that generated code must have spectre mitigations
3175    /// disabled. This is because spectre mitigations rely on faults from
3176    /// loading from the null address to implement bounds checks.
3177    ///
3178    /// This option defaults to `true`: signals-based trap handlers are enabled
3179    /// by default.
3180    ///
3181    /// > **Note:** Disabling this option is not compatible with the Winch
3182    /// > compiler.
3183    pub fn signals_based_traps(&mut self, enable: bool) -> &mut Self {
3184        self.tunables.signals_based_traps = Some(enable);
3185        self
3186    }
3187
3188    /// Enable/disable GC support in Wasmtime entirely.
3189    ///
3190    /// This flag can be used to gate whether GC infrastructure is enabled or
3191    /// initialized in Wasmtime at all. Wasmtime's GC implementation is required
3192    /// for the [`Self::wasm_gc`] proposal, [`Self::wasm_function_references`],
3193    /// and [`Self::wasm_exceptions`] at this time. None of those proposal can
3194    /// be enabled without also having this option enabled.
3195    ///
3196    /// This option defaults to whether the crate `gc` feature is enabled or
3197    /// not.
3198    pub fn gc_support(&mut self, enable: bool) -> &mut Self {
3199        self.wasm_features(WasmFeatures::GC_TYPES, enable)
3200    }
3201
3202    /// Explicitly indicate or not whether the host is using a hardware float
3203    /// ABI on x86 targets.
3204    ///
3205    /// This configuration option is only applicable on the
3206    /// `x86_64-unknown-none` Rust target and has no effect on other host
3207    /// targets. The `x86_64-unknown-none` Rust target does not support hardware
3208    /// floats by default and uses a "soft float" implementation and ABI. This
3209    /// means that `f32`, for example, is passed in a general-purpose register
3210    /// between functions instead of a floating-point register. This does not
3211    /// match Cranelift's ABI for `f32` where it's passed in floating-point
3212    /// registers.  Cranelift does not have support for a "soft float"
3213    /// implementation where all floating-point operations are lowered to
3214    /// libcalls.
3215    ///
3216    /// This means that for the `x86_64-unknown-none` target the ABI between
3217    /// Wasmtime's libcalls and the host is incompatible when floats are used.
3218    /// This further means that, by default, Wasmtime is unable to load native
3219    /// code when compiled to the `x86_64-unknown-none` target. The purpose of
3220    /// this option is to explicitly allow loading code and bypass this check.
3221    ///
3222    /// Setting this configuration option to `true` indicates that either:
3223    /// (a) the Rust target is compiled with the hard-float ABI manually via
3224    /// `-Zbuild-std` and a custom target JSON configuration, or (b) sufficient
3225    /// x86 features have been enabled in the compiler such that float libcalls
3226    /// will not be used in Wasmtime. For (a) there is no way in Rust at this
3227    /// time to detect whether a hard-float or soft-float ABI is in use on
3228    /// stable Rust, so this manual opt-in is required. For (b) the only
3229    /// instance where Wasmtime passes a floating-point value in a register
3230    /// between the host and compiled wasm code is with libcalls.
3231    ///
3232    /// Float-based libcalls are only used when the compilation target for a
3233    /// wasm module has insufficient target features enabled for native
3234    /// support. For example SSE4.1 is required for the `f32.ceil` WebAssembly
3235    /// instruction to be compiled to a native instruction. If SSE4.1 is not
3236    /// enabled then `f32.ceil` is translated to a "libcall" which is
3237    /// implemented on the host. Float-based libcalls can be avoided with
3238    /// sufficient target features enabled, for example:
3239    ///
3240    /// * `self.cranelift_flag_enable("has_sse3")`
3241    /// * `self.cranelift_flag_enable("has_ssse3")`
3242    /// * `self.cranelift_flag_enable("has_sse41")`
3243    /// * `self.cranelift_flag_enable("has_sse42")`
3244    /// * `self.cranelift_flag_enable("has_fma")`
3245    ///
3246    /// Note that when these features are enabled Wasmtime will perform a
3247    /// runtime check to determine that the host actually has the feature
3248    /// present.
3249    ///
3250    /// For some more discussion see [#11506].
3251    ///
3252    /// [#11506]: https://github.com/bytecodealliance/wasmtime/issues/11506
3253    ///
3254    /// # Safety
3255    ///
3256    /// This method is not safe because it cannot be detected in Rust right now
3257    /// whether the host is compiled with a soft or hard float ABI. Additionally
3258    /// if the host is compiled with a soft float ABI disabling this check does
3259    /// not ensure that the wasm module in question has zero usage of floats
3260    /// in the boundary to the host.
3261    ///
3262    /// Safely using this method requires one of:
3263    ///
3264    /// * The host target is compiled to use hardware floats.
3265    /// * Wasm modules loaded are compiled with enough x86 Cranelift features
3266    ///   enabled to avoid float-related hostcalls.
3267    pub unsafe fn x86_float_abi_ok(&mut self, enable: bool) -> &mut Self {
3268        self.x86_float_abi_ok = Some(enable);
3269        self
3270    }
3271
3272    /// Enable or disable the ability to create a
3273    /// [`SharedMemory`](crate::SharedMemory).
3274    ///
3275    /// The WebAssembly threads proposal, configured by [`Config::wasm_threads`]
3276    /// is on-by-default but there are enough deficiencies in Wasmtime's
3277    /// implementation and API integration that creation of a shared memory is
3278    /// disabled by default. This configuration knob can be used to enable this.
3279    ///
3280    /// When enabling this method be aware that wasm threads are, at this time,
3281    /// a [tier 2
3282    /// feature](https://docs.wasmtime.dev/stability-tiers.html#tier-2) in
3283    /// Wasmtime meaning that it will not receive security updates or fixes to
3284    /// historical releases. Additionally security CVEs will not be issued for
3285    /// bugs in the implementation.
3286    ///
3287    /// This option is `false` by default.
3288    pub fn shared_memory(&mut self, enable: bool) -> &mut Self {
3289        self.shared_memory = enable;
3290        self
3291    }
3292
3293    /// Specifies whether support for concurrent execution of WebAssembly is
3294    /// supported within this store.
3295    ///
3296    /// This configuration option affects whether runtime data structures are
3297    /// initialized within a `Store` on creation to support concurrent execution
3298    /// of WebAssembly guests. This is primarily applicable to the
3299    /// [`Config::wasm_component_model_async`] configuration which is the first
3300    /// time Wasmtime has supported concurrent execution of guests. This
3301    /// configuration option, for example, enables usage of
3302    /// [`Store::run_concurrent`], [`Func::call_concurrent`], [`StreamReader`],
3303    /// etc.
3304    ///
3305    /// This configuration option can be manually disabled to avoid initializing
3306    /// data structures in the [`Store`] related to concurrent execution. When
3307    /// this option is disabled then APIs related to concurrency will all fail
3308    /// with a panic. For example [`Store::run_concurrent`] will panic, creating
3309    /// a [`StreamReader`] will panic, etc.
3310    ///
3311    /// The value of this option additionally affects whether a [`Config`] is
3312    /// valid and the default set of enabled WebAssembly features. If this
3313    /// option is disabled then component-model features related to concurrency
3314    /// will all be disabled. If this option is enabled, then the options will
3315    /// retain their normal defaults. It is not valid to create a [`Config`]
3316    /// with component-model-async explicitly enabled and this option explicitly
3317    /// disabled, however.
3318    ///
3319    /// This option defaults to `true`.
3320    ///
3321    /// [`Store`]: crate::Store
3322    /// [`Store::run_concurrent`]: crate::Store::run_concurrent
3323    /// [`Func::call_concurrent`]: crate::component::Func::call_concurrent
3324    /// [`StreamReader`]: crate::component::StreamReader
3325    pub fn concurrency_support(&mut self, enable: bool) -> &mut Self {
3326        self.tunables.concurrency_support = Some(enable);
3327        self
3328    }
3329
3330    /// Validate if the current configuration has conflicting overrides that prevent
3331    /// execution determinism. Returns an error if a conflict exists.
3332    ///
3333    /// Note: Keep this in sync with [`Config::enforce_determinism`].
3334    #[inline]
3335    #[cfg(feature = "rr")]
3336    pub(crate) fn validate_rr_determinism_conflicts(&self) -> Result<()> {
3337        if let Some(v) = self.tunables.relaxed_simd_deterministic {
3338            if v == false {
3339                bail!("Relaxed deterministic SIMD cannot be disabled when determinism is enforced");
3340            }
3341        }
3342        #[cfg(any(feature = "cranelift", feature = "winch"))]
3343        if let Some((v, _)) = self
3344            .compiler_config
3345            .as_ref()
3346            .and_then(|c| c.settings.get("enable_nan_canonicalization"))
3347        {
3348            if v != "true" {
3349                bail!("NaN canonicalization cannot be disabled when determinism is enforced");
3350            }
3351        }
3352        Ok(())
3353    }
3354
3355    /// Enable execution trace recording or replaying to the configuration.
3356    ///
3357    /// When either recording/replaying are enabled, validation fails if settings
3358    /// that control determinism are not set appropriately. In particular, RR requires
3359    /// doing the following:
3360    /// * Enabling NaN canonicalization with [`Config::cranelift_nan_canonicalization`].
3361    /// * Enabling deterministic relaxed SIMD with [`Config::relaxed_simd_deterministic`].
3362    #[inline]
3363    pub fn rr(&mut self, cfg: RRConfig) -> &mut Self {
3364        self.rr_config = cfg;
3365        self
3366    }
3367
3368    /// Whether or not trap metadata is generated in compiled wasms for internal
3369    /// asserts in the compiled code itself.
3370    ///
3371    /// Wasmtime inserts metadata within compiled artifacts which contain a
3372    /// table of known trap codes for all instructions. If a trap via a signal
3373    /// happens, and it's not listed in these tables, then that's considered a
3374    /// fatal bug that crashes the process. This option controls whether trap
3375    /// codes are inserted into metadata for internal asserts as part of
3376    /// Wasmtime's translation process. These internal asserts should never be
3377    /// triggered, but if they are then the process dies with a signal.
3378    ///
3379    /// Inserting trap metadata into compiled artifacts can take extra space in
3380    /// the final artifact. The trap tables for the artifact will be larger as
3381    /// they contain more trap codes to contain.
3382    ///
3383    /// This is intended as a debugging option and is set to `false` by
3384    /// default.
3385    pub fn metadata_for_internal_asserts(&mut self, enable: bool) -> &mut Self {
3386        self.tunables.metadata_for_internal_asserts = Some(enable);
3387        self
3388    }
3389
3390    /// Whether or not trap metadata is generated in compiled wasms for
3391    /// detection of corruption in the GC heap.
3392    ///
3393    /// For more information about what metadata is in this scenario, see
3394    /// [`Config::metadata_for_internal_asserts`]. Note, though, that this
3395    /// option is enabled by default unlike internal asserts. This is intended
3396    /// as a defense-in-depth option for generated code in the face of GC heap
3397    /// corruption. If the GC heap is corrupted and is detected then the
3398    /// trapping instruction will be gracefully handled and delivered to the
3399    /// embedder. Otherwise if this option were set to `false` then the process
3400    /// would be aborted due to a signal.
3401    pub fn metadata_for_gc_heap_corruption(&mut self, enable: bool) -> &mut Self {
3402        self.tunables.metadata_for_gc_heap_corruption = Some(enable);
3403        self
3404    }
3405}
3406
3407impl Default for Config {
3408    fn default() -> Config {
3409        Config::new()
3410    }
3411}
3412
3413impl fmt::Debug for Config {
3414    fn fmt(&self, f: &mut fmt::Formatter) -> fmt::Result {
3415        let mut f = f.debug_struct("Config");
3416
3417        // Not every flag in WasmFeatures can be enabled as part of creating
3418        // a Config. This impl gives a complete picture of all WasmFeatures
3419        // enabled, and doesn't require maintenance by hand (which has become out
3420        // of date in the past), at the cost of possible confusion for why
3421        // a flag in this set doesn't have a Config setter.
3422        let features = self.features();
3423        for flag in WasmFeatures::FLAGS.iter() {
3424            f.field(
3425                &format!("wasm_{}", flag.name().to_lowercase()),
3426                &features.contains(*flag.value()),
3427            );
3428        }
3429
3430        f.field("parallel_compilation", &self.parallel_compilation);
3431        #[cfg(any(feature = "cranelift", feature = "winch"))]
3432        {
3433            f.field("compiler_config", &self.compiler_config);
3434        }
3435
3436        self.tunables.format(&mut f);
3437        f.finish()
3438    }
3439}
3440
3441/// Possible Compilation strategies for a wasm module.
3442///
3443/// This is used as an argument to the [`Config::strategy`] method.
3444#[non_exhaustive]
3445#[derive(PartialEq, Eq, Clone, Debug, Copy)]
3446pub enum Strategy {
3447    /// An indicator that the compilation strategy should be automatically
3448    /// selected.
3449    ///
3450    /// This is generally what you want for most projects and indicates that the
3451    /// `wasmtime` crate itself should make the decision about what the best
3452    /// code generator for a wasm module is.
3453    ///
3454    /// Currently this always defaults to Cranelift, but the default value may
3455    /// change over time.
3456    Auto,
3457
3458    /// Currently the default backend, Cranelift aims to be a reasonably fast
3459    /// code generator which generates high quality machine code.
3460    Cranelift,
3461
3462    /// A low-latency baseline compiler for WebAssembly.
3463    /// For more details regarding ISA support and Wasm proposals support
3464    /// see <https://docs.wasmtime.dev/stability-tiers.html#current-tier-status>
3465    Winch,
3466}
3467
3468#[cfg(any(feature = "winch", feature = "cranelift"))]
3469impl Strategy {
3470    fn not_auto(&self) -> Option<Strategy> {
3471        match self {
3472            Strategy::Auto => {
3473                if cfg!(feature = "cranelift") {
3474                    Some(Strategy::Cranelift)
3475                } else if cfg!(feature = "winch") {
3476                    Some(Strategy::Winch)
3477                } else {
3478                    None
3479                }
3480            }
3481            other => Some(*other),
3482        }
3483    }
3484}
3485
3486/// Possible garbage collector implementations for Wasm.
3487///
3488/// This is used as an argument to the [`Config::collector`] method.
3489///
3490/// The properties of Wasmtime's available collectors are summarized in the
3491/// following table:
3492///
3493/// | Collector                   | Collects Garbage[^1]  | Latency[^2] | Throughput[^3] | Allocation Speed[^4] | Heap Utilization[^5] |
3494/// |-----------------------------|-----------------------|-------------|----------------|----------------------|----------------------|
3495/// | `Copying`                   | Yes, including cycles | 🙁         | 🙂             | 🙂                   | 🙁                  |
3496/// | `DeferredReferenceCounting` | Yes, but not cycles   | 🙂         | 🙁             | 😐                   | 😐                  |
3497/// | `Null`                      | No                    | 🙂         | 🙂             | 🙂                   | 🙂                  |
3498///
3499/// [^1]: Whether or not the collector is capable of collecting garbage and cyclic garbage.
3500///
3501/// [^2]: How long the Wasm program is paused during garbage
3502///       collections. Shorter is better. In general, better latency implies
3503///       worse throughput and vice versa.
3504///
3505/// [^3]: How fast the Wasm program runs when using this collector. Roughly
3506///       equivalent to the number of Wasm instructions executed per
3507///       second. Faster is better. In general, better throughput implies worse
3508///       latency and vice versa.
3509///
3510/// [^4]: How fast can individual objects be allocated?
3511///
3512/// [^5]: How many objects can the collector fit into N bytes of memory? That
3513///       is, how much space for bookkeeping and metadata does this collector
3514///       require? Less space taken up by metadata means more space for
3515///       additional objects. Reference counts are larger than mark bits and
3516///       free lists are larger than bump pointers, for example.
3517#[non_exhaustive]
3518#[derive(PartialEq, Eq, Clone, Debug, Copy)]
3519pub enum Collector {
3520    /// An indicator that the garbage collector should be automatically
3521    /// selected.
3522    ///
3523    /// This is generally what you want for most projects and indicates that the
3524    /// `wasmtime` crate itself should make the decision about what the best
3525    /// collector to use is.
3526    ///
3527    /// Currently this always defaults to the copying collector, but the default
3528    /// value may change over time.
3529    Auto,
3530
3531    /// The deferred reference-counting collector.
3532    ///
3533    /// A reference-counting collector, generally trading improved latency for
3534    /// worsened throughput. However, to avoid the largest overheads of
3535    /// reference counting, it avoids manipulating reference counts for Wasm
3536    /// objects on the stack. Instead, it will hold a reference count for an
3537    /// over-approximation of all objects that are currently on the stack, trace
3538    /// the stack during collection to find the precise set of on-stack roots,
3539    /// and decrement the reference count of any object that was in the
3540    /// over-approximation but not the precise set. This improves throughput,
3541    /// compared to "pure" reference counting, by performing many fewer
3542    /// refcount-increment and -decrement operations. The cost is the increased
3543    /// latency associated with tracing the stack.
3544    ///
3545    /// This collector cannot currently collect cycles; they will leak until the
3546    /// GC heap's store is dropped.
3547    DeferredReferenceCounting,
3548
3549    /// The null collector.
3550    ///
3551    /// This collector does not actually collect any garbage. It simply
3552    /// allocates objects until it runs out of memory, at which point further
3553    /// objects allocation attempts will trap.
3554    ///
3555    /// This collector is useful for incredibly short-running Wasm instances
3556    /// where additionally you would rather halt an over-allocating Wasm program
3557    /// than spend time collecting its garbage to allow it to keep running. It
3558    /// is also useful for measuring the overheads associated with other
3559    /// collectors, as this collector imposes as close to zero throughput and
3560    /// latency overhead as possible.
3561    Null,
3562
3563    /// The copying collector.
3564    ///
3565    /// A tracing collector that splits the GC heap in half, bump-allocates
3566    /// objects in one half until it fills up, and then does a GC and copies
3567    /// live objects into the other half, and repeats the process. It has fast
3568    /// allocation, collects cyclic garbage, and good collection throughput,
3569    /// however it suffers from poor latency due to its stop-the-world
3570    /// collections and poor heap utilization due to only using half the GC
3571    /// heap's full capacity at any given time.
3572    ///
3573    /// Note that this collector is still under construction and is not yet
3574    /// functional.
3575    Copying,
3576}
3577
3578impl Default for Collector {
3579    fn default() -> Collector {
3580        Collector::Auto
3581    }
3582}
3583
3584#[cfg(feature = "gc")]
3585impl Collector {
3586    fn not_auto(&self) -> Option<Collector> {
3587        match self {
3588            Collector::Auto => {
3589                if cfg!(feature = "gc-copying") {
3590                    Some(Collector::Copying)
3591                } else if cfg!(feature = "gc-drc") {
3592                    Some(Collector::DeferredReferenceCounting)
3593                } else if cfg!(feature = "gc-null") {
3594                    Some(Collector::Null)
3595                } else {
3596                    None
3597                }
3598            }
3599            other => Some(*other),
3600        }
3601    }
3602
3603    fn try_not_auto(&self) -> Result<Self> {
3604        match self.not_auto() {
3605            #[cfg(feature = "gc-drc")]
3606            Some(c @ Collector::DeferredReferenceCounting) => Ok(c),
3607            #[cfg(not(feature = "gc-drc"))]
3608            Some(Collector::DeferredReferenceCounting) => bail!(
3609                "cannot create an engine using the deferred reference-counting \
3610                 collector because the `gc-drc` feature was not enabled at \
3611                 compile time",
3612            ),
3613
3614            #[cfg(feature = "gc-null")]
3615            Some(c @ Collector::Null) => Ok(c),
3616            #[cfg(not(feature = "gc-null"))]
3617            Some(Collector::Null) => bail!(
3618                "cannot create an engine using the null collector because \
3619                 the `gc-null` feature was not enabled at compile time",
3620            ),
3621
3622            #[cfg(feature = "gc-copying")]
3623            Some(c @ Collector::Copying) => Ok(c),
3624            #[cfg(not(feature = "gc-copying"))]
3625            Some(Collector::Copying) => bail!(
3626                "cannot create an engine using the copying collector because \
3627                 the `gc-copying` feature was not enabled at compile time",
3628            ),
3629
3630            Some(Collector::Auto) => unreachable!(),
3631
3632            None => bail!(
3633                "cannot create an engine with GC support when none of the \
3634                 collectors are available; enable one of the following \
3635                 features: `gc-drc`, `gc-null`, `gc-copying`",
3636            ),
3637        }
3638    }
3639}
3640
3641/// Possible optimization levels for the Cranelift codegen backend.
3642#[non_exhaustive]
3643#[derive(Copy, Clone, Debug, Eq, PartialEq)]
3644pub enum OptLevel {
3645    /// No optimizations performed, minimizes compilation time by disabling most
3646    /// optimizations.
3647    None,
3648    /// Generates the fastest possible code, but may take longer.
3649    Speed,
3650    /// Similar to `speed`, but also performs transformations aimed at reducing
3651    /// code size.
3652    SpeedAndSize,
3653}
3654
3655/// Possible register allocator algorithms for the Cranelift codegen backend.
3656#[non_exhaustive]
3657#[derive(Copy, Clone, Debug, Eq, PartialEq)]
3658pub enum RegallocAlgorithm {
3659    /// Generates the fastest possible code, but may take longer.
3660    ///
3661    /// This algorithm performs "backtracking", which means that it may
3662    /// undo its earlier work and retry as it discovers conflicts. This
3663    /// results in better register utilization, producing fewer spills
3664    /// and moves, but can cause super-linear compile runtime.
3665    Backtracking,
3666    /// Generates acceptable code very quickly.
3667    ///
3668    /// This algorithm performs a single pass through the code,
3669    /// guaranteed to work in linear time.  (Note that the rest of
3670    /// Cranelift is not necessarily guaranteed to run in linear time,
3671    /// however.) It cannot undo earlier decisions, however, and it
3672    /// cannot foresee constraints or issues that may occur further
3673    /// ahead in the code, so the code may have more spills and moves as
3674    /// a result.
3675    ///
3676    /// > **Note**: This algorithm is not yet production-ready and has
3677    /// > historically had known problems. It is not recommended to enable this
3678    /// > algorithm for security-sensitive applications and the Wasmtime project
3679    /// > does not consider this configuration option for issuing security
3680    /// > advisories at this time.
3681    SinglePass,
3682}
3683
3684/// Select which profiling technique to support.
3685#[derive(Debug, Clone, Copy, PartialEq)]
3686pub enum ProfilingStrategy {
3687    /// No profiler support.
3688    None,
3689
3690    /// Collect function name information as the "perf map" file format, used with `perf` on Linux.
3691    PerfMap,
3692
3693    /// Collect profiling info for "jitdump" file format, used with `perf` on
3694    /// Linux.
3695    JitDump,
3696
3697    /// Collect profiling info using the "ittapi", used with `VTune` on Linux.
3698    VTune,
3699
3700    /// Support for profiling Pulley, Wasmtime's interpreter. Note that enabling
3701    /// this at runtime requires enabling the `profile-pulley` Cargo feature at
3702    /// compile time.
3703    Pulley,
3704}
3705
3706/// Select how wasm backtrace detailed information is handled.
3707#[derive(Debug, Clone, Copy)]
3708pub enum WasmBacktraceDetails {
3709    /// Support is unconditionally enabled and wasmtime will parse and read
3710    /// debug information.
3711    Enable,
3712
3713    /// Support is disabled, and wasmtime will not parse debug information for
3714    /// backtrace details.
3715    Disable,
3716
3717    /// Support for backtrace details is conditional on the
3718    /// `WASMTIME_BACKTRACE_DETAILS` environment variable.
3719    Environment,
3720}
3721
3722/// Describe the tri-state configuration of keys such as MPK or PAGEMAP_SCAN.
3723#[derive(Clone, Copy, Debug, Eq, PartialEq, Hash)]
3724pub enum Enabled {
3725    /// Enable this feature if it's detected on the host system, otherwise leave
3726    /// it disabled.
3727    Auto,
3728    /// Enable this feature and fail configuration if the feature is not
3729    /// detected on the host system.
3730    Yes,
3731    /// Do not enable this feature, even if the host system supports it.
3732    No,
3733}
3734
3735/// Configuration options used with [`InstanceAllocationStrategy::Pooling`] to
3736/// change the behavior of the pooling instance allocator.
3737///
3738/// This structure has a builder-style API in the same manner as [`Config`] and
3739/// is configured with [`Config::allocation_strategy`].
3740///
3741/// Note that usage of the pooling allocator does not affect compiled
3742/// WebAssembly code. Compiled `*.cwasm` files, for example, are usable both
3743/// with and without the pooling allocator.
3744///
3745/// ## Advantages of Pooled Allocation
3746///
3747/// The main benefit of the pooling allocator is to make WebAssembly
3748/// instantiation both faster and more scalable in terms of parallelism.
3749/// Allocation is faster because virtual memory is already configured and ready
3750/// to go within the pool, there's no need to [`mmap`] (for example on Unix) a
3751/// new region and configure it with guard pages. By avoiding [`mmap`] this
3752/// avoids whole-process virtual memory locks which can improve scalability and
3753/// performance through avoiding this.
3754///
3755/// Additionally with pooled allocation it's possible to create "affine slots"
3756/// to a particular WebAssembly module or component over time. For example if
3757/// the same module is multiple times over time the pooling allocator will, by
3758/// default, attempt to reuse the same slot. This mean that the slot has been
3759/// pre-configured and can retain virtual memory mappings for a copy-on-write
3760/// image, for example (see [`Config::memory_init_cow`] for more information.
3761/// This means that in a steady state instance deallocation is a single
3762/// [`madvise`] to reset linear memory to its original contents followed by a
3763/// single (optional) [`mprotect`] during the next instantiation to shrink
3764/// memory back to its original size. Compared to non-pooled allocation this
3765/// avoids the need to [`mmap`] a new region of memory, [`munmap`] it, and
3766/// [`mprotect`] regions too.
3767///
3768/// Another benefit of pooled allocation is that it's possible to configure
3769/// things such that no virtual memory management is required at all in a steady
3770/// state. For example a pooling allocator can be configured with:
3771///
3772/// * [`Config::memory_init_cow`] disabled
3773/// * [`Config::memory_guard_size`] disabled
3774/// * [`Config::memory_reservation`] shrunk to minimal size
3775/// * [`PoolingAllocationConfig::table_keep_resident`] sufficiently large
3776/// * [`PoolingAllocationConfig::linear_memory_keep_resident`] sufficiently large
3777///
3778/// With all these options in place no virtual memory tricks are used at all and
3779/// everything is manually managed by Wasmtime (for example resetting memory is
3780/// a `memset(0)`). This is not as fast in a single-threaded scenario but can
3781/// provide benefits in high-parallelism situations as no virtual memory locks
3782/// or IPIs need happen.
3783///
3784/// ## Disadvantages of Pooled Allocation
3785///
3786/// Despite the above advantages to instantiation performance the pooling
3787/// allocator is not enabled by default in Wasmtime. One reason is that the
3788/// performance advantages are not necessarily portable, for example while the
3789/// pooling allocator works on Windows it has not been tuned for performance on
3790/// Windows in the same way it has on Linux.
3791///
3792/// Additionally the main cost of the pooling allocator is that it requires a
3793/// very large reservation of virtual memory (on the order of most of the
3794/// addressable virtual address space). WebAssembly 32-bit linear memories in
3795/// Wasmtime are, by default 4G address space reservations with a small guard
3796/// region both before and after the linear memory. Memories in the pooling
3797/// allocator are contiguous which means that we only need a guard after linear
3798/// memory because the previous linear memory's slot post-guard is our own
3799/// pre-guard. This means that, by default, the pooling allocator uses roughly
3800/// 4G of virtual memory per WebAssembly linear memory slot. 4G of virtual
3801/// memory is 32 bits of a 64-bit address. Many 64-bit systems can only
3802/// actually use 48-bit addresses by default (although this can be extended on
3803/// architectures nowadays too), and of those 48 bits one of them is reserved
3804/// to indicate kernel-vs-userspace. This leaves 47-32=15 bits left,
3805/// meaning you can only have at most 32k slots of linear memories on many
3806/// systems by default. This is a relatively small number and shows how the
3807/// pooling allocator can quickly exhaust all of virtual memory.
3808///
3809/// Another disadvantage of the pooling allocator is that it may keep memory
3810/// alive when nothing is using it. A previously used slot for an instance might
3811/// have paged-in memory that will not get paged out until the
3812/// [`Engine`] owning the pooling allocator is dropped. While
3813/// suitable for some applications this behavior may not be suitable for all
3814/// applications.
3815///
3816/// Finally the last disadvantage of the pooling allocator is that the
3817/// configuration values for the maximum number of instances, memories, tables,
3818/// etc, must all be fixed up-front. There's not always a clear answer as to
3819/// what these values should be so not all applications may be able to work
3820/// with this constraint.
3821///
3822/// [`madvise`]: https://man7.org/linux/man-pages/man2/madvise.2.html
3823/// [`mprotect`]: https://man7.org/linux/man-pages/man2/mprotect.2.html
3824/// [`mmap`]: https://man7.org/linux/man-pages/man2/mmap.2.html
3825/// [`munmap`]: https://man7.org/linux/man-pages/man2/munmap.2.html
3826#[derive(Debug, Clone)]
3827pub struct PoolingAllocationConfig {
3828    /// See `PoolingAllocatorConfig::max_unused_warm_slots` in `wasmtime`
3829    pub(crate) max_unused_warm_slots: u32,
3830    /// The target number of decommits to do per batch. This is not precise, as
3831    /// we can queue up decommits at times when we aren't prepared to
3832    /// immediately flush them, and so we may go over this target size
3833    /// occasionally.
3834    pub(crate) decommit_batch_size: usize,
3835    /// The size, in bytes, of async stacks to allocate (not including the guard
3836    /// page).
3837    #[cfg_attr(
3838        not(all(feature = "async", feature = "pooling-allocator")),
3839        expect(dead_code, reason = "easier to cfg")
3840    )]
3841    pub(crate) stack_size: usize,
3842    /// The limits to apply to instances allocated within this allocator.
3843    pub(crate) limits: InstanceLimits,
3844    /// Whether or not async stacks are zeroed after use.
3845    #[cfg_attr(
3846        not(all(feature = "async", feature = "pooling-allocator")),
3847        expect(dead_code, reason = "easier to cfg")
3848    )]
3849    pub(crate) async_stack_zeroing: bool,
3850    /// If async stack zeroing is enabled and the host platform is Linux this is
3851    /// how much memory to zero out with `memset`.
3852    ///
3853    /// The rest of memory will be zeroed out with `madvise`.
3854    pub(crate) async_stack_keep_resident: usize,
3855    /// How much linear memory, in bytes, to keep resident after resetting for
3856    /// use with the next instance. This much memory will be `memset` to zero
3857    /// when a linear memory is deallocated.
3858    ///
3859    /// Memory exceeding this amount in the wasm linear memory will be released
3860    /// with `madvise` back to the kernel.
3861    ///
3862    /// Only applicable on Linux.
3863    pub(crate) linear_memory_keep_resident: usize,
3864    /// Same as `linear_memory_keep_resident` but for tables.
3865    pub(crate) table_keep_resident: usize,
3866    /// Whether to enable memory protection keys.
3867    pub(crate) memory_protection_keys: Enabled,
3868    /// How many memory protection keys to allocate.
3869    pub(crate) max_memory_protection_keys: usize,
3870    /// Whether to enable PAGEMAP_SCAN on Linux.
3871    pub(crate) pagemap_scan: Enabled,
3872}
3873
3874impl Default for PoolingAllocationConfig {
3875    fn default() -> Self {
3876        Self {
3877            max_unused_warm_slots: 100,
3878            decommit_batch_size: 1,
3879            stack_size: 2 << 20,
3880            limits: InstanceLimits::default(),
3881            async_stack_zeroing: false,
3882            async_stack_keep_resident: 0,
3883            linear_memory_keep_resident: 0,
3884            table_keep_resident: 0,
3885            memory_protection_keys: Enabled::No,
3886            max_memory_protection_keys: 16,
3887            pagemap_scan: Enabled::No,
3888        }
3889    }
3890}
3891
3892/// Instance-related limit configuration for pooling.
3893///
3894/// More docs on this can be found at `wasmtime::PoolingAllocationConfig`.
3895#[derive(Debug, Copy, Clone)]
3896pub(crate) struct InstanceLimits {
3897    /// The maximum number of component instances that may be allocated
3898    /// concurrently.
3899    pub(crate) total_component_instances: u32,
3900
3901    /// The maximum size of a component's `VMComponentContext`, including
3902    /// the aggregate size of all its inner core modules' `VMContext` sizes.
3903    pub(crate) component_instance_size: usize,
3904
3905    /// The maximum number of core module instances that may be allocated
3906    /// concurrently.
3907    pub(crate) total_core_instances: u32,
3908
3909    /// The maximum number of core module instances that a single component may
3910    /// transitively contain.
3911    pub(crate) max_core_instances_per_component: u32,
3912
3913    /// The maximum number of Wasm linear memories that a component may
3914    /// transitively contain.
3915    pub(crate) max_memories_per_component: u32,
3916
3917    /// The maximum number of tables that a component may transitively contain.
3918    pub(crate) max_tables_per_component: u32,
3919
3920    /// The total number of linear memories in the pool, across all instances.
3921    pub(crate) total_memories: u32,
3922
3923    /// The total number of tables in the pool, across all instances.
3924    pub(crate) total_tables: u32,
3925
3926    /// The total number of async stacks in the pool, across all instances.
3927    pub(crate) total_stacks: u32,
3928
3929    /// Maximum size of a core instance's `VMContext`.
3930    pub(crate) core_instance_size: usize,
3931
3932    /// Maximum number of tables per instance.
3933    pub(crate) max_tables_per_module: u32,
3934
3935    /// Maximum number of word-size elements per table.
3936    ///
3937    /// Note that tables for element types such as continuations
3938    /// that use more than one word of storage may store fewer
3939    /// elements.
3940    pub(crate) table_elements: usize,
3941
3942    /// Maximum number of linear memories per instance.
3943    pub(crate) max_memories_per_module: u32,
3944
3945    /// Maximum byte size of a linear memory, must be smaller than
3946    /// `memory_reservation` in `Tunables`.
3947    pub(crate) max_memory_size: usize,
3948
3949    /// The total number of GC heaps in the pool, across all instances.
3950    pub(crate) total_gc_heaps: u32,
3951}
3952
3953impl Default for InstanceLimits {
3954    fn default() -> Self {
3955        let total = if cfg!(target_pointer_width = "32") {
3956            100
3957        } else {
3958            1000
3959        };
3960        // See doc comments for `wasmtime::PoolingAllocationConfig` for these
3961        // default values
3962        Self {
3963            total_component_instances: total,
3964            component_instance_size: 1 << 20, // 1 MiB
3965            total_core_instances: total,
3966            max_core_instances_per_component: u32::MAX,
3967            max_memories_per_component: u32::MAX,
3968            max_tables_per_component: u32::MAX,
3969            total_memories: total,
3970            total_tables: total,
3971            total_stacks: total,
3972            core_instance_size: 1 << 20, // 1 MiB
3973            max_tables_per_module: 1,
3974            // NB: in #8504 it was seen that a C# module in debug module can
3975            // have 10k+ elements.
3976            table_elements: 20_000,
3977            max_memories_per_module: 1,
3978            #[cfg(target_pointer_width = "64")]
3979            max_memory_size: 1 << 32, // 4G,
3980            #[cfg(target_pointer_width = "32")]
3981            max_memory_size: 10 << 20, // 10 MiB
3982            total_gc_heaps: total,
3983        }
3984    }
3985}
3986
3987impl PoolingAllocationConfig {
3988    /// Returns a new configuration builder with all default settings
3989    /// configured.
3990    pub fn new() -> PoolingAllocationConfig {
3991        PoolingAllocationConfig::default()
3992    }
3993
3994    /// Configures the maximum number of "unused warm slots" to retain in the
3995    /// pooling allocator.
3996    ///
3997    /// The pooling allocator operates over slots to allocate from, and each
3998    /// slot is considered "cold" if it's never been used before or "warm" if
3999    /// it's been used by some module in the past. Slots in the pooling
4000    /// allocator additionally track an "affinity" flag to a particular core
4001    /// wasm module. When a module is instantiated into a slot then the slot is
4002    /// considered affine to that module, even after the instance has been
4003    /// deallocated.
4004    ///
4005    /// When a new instance is created then a slot must be chosen, and the
4006    /// current algorithm for selecting a slot is:
4007    ///
4008    /// * If there are slots that are affine to the module being instantiated,
4009    ///   then the most recently used slot is selected to be allocated from.
4010    ///   This is done to improve reuse of resources such as memory mappings and
4011    ///   additionally try to benefit from temporal locality for things like
4012    ///   caches.
4013    ///
4014    /// * Otherwise if there are more than N affine slots to other modules, then
4015    ///   one of those affine slots is chosen to be allocated. The slot chosen
4016    ///   is picked on a least-recently-used basis.
4017    ///
4018    /// * Finally, if there are less than N affine slots to other modules, then
4019    ///   the non-affine slots are allocated from.
4020    ///
4021    /// This setting, `max_unused_warm_slots`, is the value for N in the above
4022    /// algorithm. The purpose of this setting is to have a knob over the RSS
4023    /// impact of "unused slots" for a long-running wasm server.
4024    ///
4025    /// If this setting is set to 0, for example, then affine slots are
4026    /// aggressively reused on a least-recently-used basis. A "cold" slot is
4027    /// only used if there are no affine slots available to allocate from. This
4028    /// means that the set of slots used over the lifetime of a program is the
4029    /// same as the maximum concurrent number of wasm instances.
4030    ///
4031    /// If this setting is set to infinity, however, then cold slots are
4032    /// prioritized to be allocated from. This means that the set of slots used
4033    /// over the lifetime of a program will approach
4034    /// [`PoolingAllocationConfig::total_memories`], or the maximum number of
4035    /// slots in the pooling allocator.
4036    ///
4037    /// Wasmtime does not aggressively decommit all resources associated with a
4038    /// slot when the slot is not in use. For example the
4039    /// [`PoolingAllocationConfig::linear_memory_keep_resident`] option can be
4040    /// used to keep memory associated with a slot, even when it's not in use.
4041    /// This means that the total set of used slots in the pooling instance
4042    /// allocator can impact the overall RSS usage of a program.
4043    ///
4044    /// The default value for this option is `100`.
4045    pub fn max_unused_warm_slots(&mut self, max: u32) -> &mut Self {
4046        self.max_unused_warm_slots = max;
4047        self
4048    }
4049
4050    /// The target number of decommits to do per batch.
4051    ///
4052    /// This is not precise, as we can queue up decommits at times when we
4053    /// aren't prepared to immediately flush them, and so we may go over this
4054    /// target size occasionally.
4055    ///
4056    /// A batch size of one effectively disables batching.
4057    ///
4058    /// Defaults to `1`.
4059    pub fn decommit_batch_size(&mut self, batch_size: usize) -> &mut Self {
4060        self.decommit_batch_size = batch_size;
4061        self
4062    }
4063
4064    /// How much memory, in bytes, to keep resident for async stacks allocated
4065    /// with the pooling allocator.
4066    ///
4067    /// When [`Config::async_stack_zeroing`] is enabled then Wasmtime will reset
4068    /// the contents of async stacks back to zero upon deallocation. This option
4069    /// can be used to perform the zeroing operation with `memset` up to a
4070    /// certain threshold of bytes instead of using system calls to reset the
4071    /// stack to zero.
4072    ///
4073    /// Note that when using this option the memory with async stacks will
4074    /// never be decommitted.
4075    pub fn async_stack_keep_resident(&mut self, size: usize) -> &mut Self {
4076        self.async_stack_keep_resident = size;
4077        self
4078    }
4079
4080    /// How much memory, in bytes, to keep resident for each linear memory
4081    /// after deallocation.
4082    ///
4083    /// This option is only applicable on Linux and has no effect on other
4084    /// platforms.
4085    ///
4086    /// By default Wasmtime will use `madvise` to reset the entire contents of
4087    /// linear memory back to zero when a linear memory is deallocated. This
4088    /// option can be used to use `memset` instead to set memory back to zero
4089    /// which can, in some configurations, reduce the number of page faults
4090    /// taken when a slot is reused.
4091    pub fn linear_memory_keep_resident(&mut self, size: usize) -> &mut Self {
4092        self.linear_memory_keep_resident = size;
4093        self
4094    }
4095
4096    /// How much memory, in bytes, to keep resident for each table after
4097    /// deallocation.
4098    ///
4099    /// This option is only applicable on Linux and has no effect on other
4100    /// platforms.
4101    ///
4102    /// This option is the same as
4103    /// [`PoolingAllocationConfig::linear_memory_keep_resident`] except that it
4104    /// is applicable to tables instead.
4105    pub fn table_keep_resident(&mut self, size: usize) -> &mut Self {
4106        self.table_keep_resident = size;
4107        self
4108    }
4109
4110    /// The maximum number of concurrent component instances supported (default
4111    /// is `1000`).
4112    ///
4113    /// This provides an upper-bound on the total size of component
4114    /// metadata-related allocations, along with
4115    /// [`PoolingAllocationConfig::max_component_instance_size`]. The upper bound is
4116    ///
4117    /// ```text
4118    /// total_component_instances * max_component_instance_size
4119    /// ```
4120    ///
4121    /// where `max_component_instance_size` is rounded up to the size and alignment
4122    /// of the internal representation of the metadata.
4123    pub fn total_component_instances(&mut self, count: u32) -> &mut Self {
4124        self.limits.total_component_instances = count;
4125        self
4126    }
4127
4128    /// The maximum size, in bytes, allocated for a component instance's
4129    /// `VMComponentContext` metadata as well as the aggregate size of this
4130    /// component's core instances `VMContext` metadata.
4131    ///
4132    /// The [`wasmtime::component::Instance`][crate::component::Instance] type
4133    /// has a static size but its internal `VMComponentContext` is dynamically
4134    /// sized depending on the component being instantiated. This size limit
4135    /// loosely correlates to the size of the component, taking into account
4136    /// factors such as:
4137    ///
4138    /// * number of lifted and lowered functions,
4139    /// * number of memories
4140    /// * number of inner instances
4141    /// * number of resources
4142    ///
4143    /// If the allocated size per instance is too small then instantiation of a
4144    /// module will fail at runtime with an error indicating how many bytes were
4145    /// needed.
4146    ///
4147    /// In addition to the memory in the runtime for the component itself,
4148    /// components contain one or more core module instances. Each of these
4149    /// require some memory in the runtime as described in
4150    /// [`PoolingAllocationConfig::max_core_instance_size`]. The limit here
4151    /// applies against the sum of all of these individual allocations.
4152    ///
4153    /// The default value for this is 1MiB.
4154    ///
4155    /// This provides an upper-bound on the total size of all component's
4156    /// metadata-related allocations (for both the component and its embedded
4157    /// core module instances), along with
4158    /// [`PoolingAllocationConfig::total_component_instances`]. The upper bound is
4159    ///
4160    /// ```text
4161    /// total_component_instances * max_component_instance_size
4162    /// ```
4163    ///
4164    /// where `max_component_instance_size` is rounded up to the size and alignment
4165    /// of the internal representation of the metadata.
4166    pub fn max_component_instance_size(&mut self, size: usize) -> &mut Self {
4167        self.limits.component_instance_size = size;
4168        self
4169    }
4170
4171    /// The maximum number of core instances a single component may contain
4172    /// (default is unlimited).
4173    ///
4174    /// This method (along with
4175    /// [`PoolingAllocationConfig::max_memories_per_component`],
4176    /// [`PoolingAllocationConfig::max_tables_per_component`], and
4177    /// [`PoolingAllocationConfig::max_component_instance_size`]) allows you to cap
4178    /// the amount of resources a single component allocation consumes.
4179    ///
4180    /// If a component will instantiate more core instances than `count`, then
4181    /// the component will fail to instantiate.
4182    pub fn max_core_instances_per_component(&mut self, count: u32) -> &mut Self {
4183        self.limits.max_core_instances_per_component = count;
4184        self
4185    }
4186
4187    /// The maximum number of Wasm linear memories that a single component may
4188    /// transitively contain (default is unlimited).
4189    ///
4190    /// This method (along with
4191    /// [`PoolingAllocationConfig::max_core_instances_per_component`],
4192    /// [`PoolingAllocationConfig::max_tables_per_component`], and
4193    /// [`PoolingAllocationConfig::max_component_instance_size`]) allows you to cap
4194    /// the amount of resources a single component allocation consumes.
4195    ///
4196    /// If a component transitively contains more linear memories than `count`,
4197    /// then the component will fail to instantiate.
4198    pub fn max_memories_per_component(&mut self, count: u32) -> &mut Self {
4199        self.limits.max_memories_per_component = count;
4200        self
4201    }
4202
4203    /// The maximum number of tables that a single component may transitively
4204    /// contain (default is unlimited).
4205    ///
4206    /// This method (along with
4207    /// [`PoolingAllocationConfig::max_core_instances_per_component`],
4208    /// [`PoolingAllocationConfig::max_memories_per_component`],
4209    /// [`PoolingAllocationConfig::max_component_instance_size`]) allows you to cap
4210    /// the amount of resources a single component allocation consumes.
4211    ///
4212    /// If a component will transitively contains more tables than `count`, then
4213    /// the component will fail to instantiate.
4214    pub fn max_tables_per_component(&mut self, count: u32) -> &mut Self {
4215        self.limits.max_tables_per_component = count;
4216        self
4217    }
4218
4219    /// The maximum number of concurrent Wasm linear memories supported (default
4220    /// is `1000`).
4221    ///
4222    /// This value has a direct impact on the amount of memory allocated by the pooling
4223    /// instance allocator.
4224    ///
4225    /// The pooling instance allocator allocates a memory pool, where each entry
4226    /// in the pool contains the reserved address space for each linear memory
4227    /// supported by an instance.
4228    ///
4229    /// The memory pool will reserve a large quantity of host process address
4230    /// space to elide the bounds checks required for correct WebAssembly memory
4231    /// semantics. Even with 64-bit address spaces, the address space is limited
4232    /// when dealing with a large number of linear memories.
4233    ///
4234    /// For example, on Linux x86_64, the userland address space limit is 128
4235    /// TiB. That might seem like a lot, but each linear memory will *reserve* 6
4236    /// GiB of space by default.
4237    pub fn total_memories(&mut self, count: u32) -> &mut Self {
4238        self.limits.total_memories = count;
4239        self
4240    }
4241
4242    /// The maximum number of concurrent tables supported (default is `1000`).
4243    ///
4244    /// This value has a direct impact on the amount of memory allocated by the
4245    /// pooling instance allocator.
4246    ///
4247    /// The pooling instance allocator allocates a table pool, where each entry
4248    /// in the pool contains the space needed for each WebAssembly table
4249    /// supported by an instance (see `table_elements` to control the size of
4250    /// each table).
4251    pub fn total_tables(&mut self, count: u32) -> &mut Self {
4252        self.limits.total_tables = count;
4253        self
4254    }
4255
4256    /// The maximum number of execution stacks allowed for asynchronous
4257    /// execution, when enabled (default is `1000`).
4258    ///
4259    /// This value has a direct impact on the amount of memory allocated by the
4260    /// pooling instance allocator.
4261    #[cfg(feature = "async")]
4262    pub fn total_stacks(&mut self, count: u32) -> &mut Self {
4263        self.limits.total_stacks = count;
4264        self
4265    }
4266
4267    /// The maximum number of concurrent core instances supported (default is
4268    /// `1000`).
4269    ///
4270    /// This provides an upper-bound on the total size of core instance
4271    /// metadata-related allocations, along with
4272    /// [`PoolingAllocationConfig::max_core_instance_size`]. The upper bound is
4273    ///
4274    /// ```text
4275    /// total_core_instances * max_core_instance_size
4276    /// ```
4277    ///
4278    /// where `max_core_instance_size` is rounded up to the size and alignment of
4279    /// the internal representation of the metadata.
4280    pub fn total_core_instances(&mut self, count: u32) -> &mut Self {
4281        self.limits.total_core_instances = count;
4282        self
4283    }
4284
4285    /// The maximum size, in bytes, allocated for a core instance's `VMContext`
4286    /// metadata.
4287    ///
4288    /// The [`Instance`][crate::Instance] type has a static size but its
4289    /// `VMContext` metadata is dynamically sized depending on the module being
4290    /// instantiated. This size limit loosely correlates to the size of the Wasm
4291    /// module, taking into account factors such as:
4292    ///
4293    /// * number of functions
4294    /// * number of globals
4295    /// * number of memories
4296    /// * number of tables
4297    /// * number of function types
4298    ///
4299    /// If the allocated size per instance is too small then instantiation of a
4300    /// module will fail at runtime with an error indicating how many bytes were
4301    /// needed.
4302    ///
4303    /// The default value for this is 1MiB.
4304    ///
4305    /// This provides an upper-bound on the total size of core instance
4306    /// metadata-related allocations, along with
4307    /// [`PoolingAllocationConfig::total_core_instances`]. The upper bound is
4308    ///
4309    /// ```text
4310    /// total_core_instances * max_core_instance_size
4311    /// ```
4312    ///
4313    /// where `max_core_instance_size` is rounded up to the size and alignment of
4314    /// the internal representation of the metadata.
4315    pub fn max_core_instance_size(&mut self, size: usize) -> &mut Self {
4316        self.limits.core_instance_size = size;
4317        self
4318    }
4319
4320    /// The maximum number of defined tables for a core module (default is `1`).
4321    ///
4322    /// This value controls the capacity of the `VMTableDefinition` table in
4323    /// each instance's `VMContext` structure.
4324    ///
4325    /// The allocated size of the table will be `tables *
4326    /// sizeof(VMTableDefinition)` for each instance regardless of how many
4327    /// tables are defined by an instance's module.
4328    pub fn max_tables_per_module(&mut self, tables: u32) -> &mut Self {
4329        self.limits.max_tables_per_module = tables;
4330        self
4331    }
4332
4333    /// The maximum table elements for any table defined in a module (default is
4334    /// `20000`).
4335    ///
4336    /// If a table's minimum element limit is greater than this value, the
4337    /// module will fail to instantiate.
4338    ///
4339    /// If a table's maximum element limit is unbounded or greater than this
4340    /// value, the maximum will be `table_elements` for the purpose of any
4341    /// `table.grow` instruction.
4342    ///
4343    /// This value is used to reserve the maximum space for each supported
4344    /// table; table elements are pointer-sized in the Wasmtime runtime.
4345    /// Therefore, the space reserved for each instance is `tables *
4346    /// table_elements * sizeof::<*const ()>`.
4347    pub fn table_elements(&mut self, elements: usize) -> &mut Self {
4348        self.limits.table_elements = elements;
4349        self
4350    }
4351
4352    /// The maximum number of defined linear memories for a module (default is
4353    /// `1`).
4354    ///
4355    /// This value controls the capacity of the `VMMemoryDefinition` table in
4356    /// each core instance's `VMContext` structure.
4357    ///
4358    /// The allocated size of the table will be `memories *
4359    /// sizeof(VMMemoryDefinition)` for each core instance regardless of how
4360    /// many memories are defined by the core instance's module.
4361    pub fn max_memories_per_module(&mut self, memories: u32) -> &mut Self {
4362        self.limits.max_memories_per_module = memories;
4363        self
4364    }
4365
4366    /// The maximum byte size that any WebAssembly linear memory may grow to.
4367    ///
4368    /// This option defaults to 4 GiB meaning that for 32-bit linear memories
4369    /// there is no restrictions. 64-bit linear memories will not be allowed to
4370    /// grow beyond 4 GiB by default.
4371    ///
4372    /// If a memory's minimum size is greater than this value, the module will
4373    /// fail to instantiate.
4374    ///
4375    /// If a memory's maximum size is unbounded or greater than this value, the
4376    /// maximum will be `max_memory_size` for the purpose of any `memory.grow`
4377    /// instruction.
4378    ///
4379    /// This value is used to control the maximum accessible space for each
4380    /// linear memory of a core instance. This can be thought of as a simple
4381    /// mechanism like [`Store::limiter`](crate::Store::limiter) to limit memory
4382    /// at runtime. This value can also affect striping/coloring behavior when
4383    /// used in conjunction with
4384    /// [`memory_protection_keys`](PoolingAllocationConfig::memory_protection_keys).
4385    ///
4386    /// The virtual memory reservation size of each linear memory is controlled
4387    /// by the [`Config::memory_reservation`] setting and this method's
4388    /// configuration cannot exceed [`Config::memory_reservation`].
4389    pub fn max_memory_size(&mut self, bytes: usize) -> &mut Self {
4390        self.limits.max_memory_size = bytes;
4391        self
4392    }
4393
4394    /// Configures whether memory protection keys (MPK) should be used for more
4395    /// efficient layout of pool-allocated memories.
4396    ///
4397    /// When using the pooling allocator (see [`Config::allocation_strategy`],
4398    /// [`InstanceAllocationStrategy::Pooling`]), memory protection keys can
4399    /// reduce the total amount of allocated virtual memory by eliminating guard
4400    /// regions between WebAssembly memories in the pool. It does so by
4401    /// "coloring" memory regions with different memory keys and setting which
4402    /// regions are accessible each time executions switches from host to guest
4403    /// (or vice versa).
4404    ///
4405    /// Leveraging MPK requires configuring a smaller-than-default
4406    /// [`max_memory_size`](PoolingAllocationConfig::max_memory_size) to enable
4407    /// this coloring/striping behavior. For example embeddings might want to
4408    /// reduce the default 4G allowance to 128M.
4409    ///
4410    /// MPK is only available on Linux (called `pku` there) and recent x86
4411    /// systems; we check for MPK support at runtime by examining the `CPUID`
4412    /// register. This configuration setting can be in three states:
4413    ///
4414    /// - `auto`: if MPK support is available the guard regions are removed; if
4415    ///   not, the guard regions remain
4416    /// - `yes`: use MPK to eliminate guard regions; fail if MPK is not
4417    ///   supported
4418    /// - `no`: never use MPK
4419    ///
4420    /// By default this value is `no`, but may become `auto` in future
4421    /// releases.
4422    ///
4423    /// __WARNING__: this configuration options is still experimental--use at
4424    /// your own risk! MPK uses kernel and CPU features to protect memory
4425    /// regions; you may observe segmentation faults if anything is
4426    /// misconfigured.
4427    #[cfg(feature = "memory-protection-keys")]
4428    pub fn memory_protection_keys(&mut self, enable: Enabled) -> &mut Self {
4429        self.memory_protection_keys = enable;
4430        self
4431    }
4432
4433    /// Sets an upper limit on how many memory protection keys (MPK) Wasmtime
4434    /// will use.
4435    ///
4436    /// This setting is only applicable when
4437    /// [`PoolingAllocationConfig::memory_protection_keys`] is set to `enable`
4438    /// or `auto`. Configuring this above the HW and OS limits (typically 15)
4439    /// has no effect.
4440    ///
4441    /// If multiple Wasmtime engines are used in the same process, note that all
4442    /// engines will share the same set of allocated keys; this setting will
4443    /// limit how many keys are allocated initially and thus available to all
4444    /// other engines.
4445    #[cfg(feature = "memory-protection-keys")]
4446    pub fn max_memory_protection_keys(&mut self, max: usize) -> &mut Self {
4447        self.max_memory_protection_keys = max;
4448        self
4449    }
4450
4451    /// Check if memory protection keys (MPK) are available on the current host.
4452    ///
4453    /// This is a convenience method for determining MPK availability using the
4454    /// same method that [`Enabled::Auto`] does. See
4455    /// [`PoolingAllocationConfig::memory_protection_keys`] for more
4456    /// information.
4457    #[cfg(feature = "memory-protection-keys")]
4458    pub fn are_memory_protection_keys_available() -> bool {
4459        crate::runtime::vm::mpk::is_supported()
4460    }
4461
4462    /// The maximum number of concurrent GC heaps supported (default is `1000`).
4463    ///
4464    /// This value has a direct impact on the amount of memory allocated by the
4465    /// pooling instance allocator.
4466    ///
4467    /// The pooling instance allocator allocates a GC heap pool, where each
4468    /// entry in the pool contains the space needed for each GC heap used by a
4469    /// store.
4470    #[cfg(feature = "gc")]
4471    pub fn total_gc_heaps(&mut self, count: u32) -> &mut Self {
4472        self.limits.total_gc_heaps = count;
4473        self
4474    }
4475
4476    /// Configures whether the Linux-specific [`PAGEMAP_SCAN` ioctl][ioctl] is
4477    /// used to help reset linear memory.
4478    ///
4479    /// When [`Self::linear_memory_keep_resident`] or
4480    /// [`Self::table_keep_resident`] options are configured to nonzero values
4481    /// the default behavior is to `memset` the lowest addresses of a table or
4482    /// memory back to their original contents. With the `PAGEMAP_SCAN` ioctl on
4483    /// Linux this can be done to more intelligently scan for resident pages in
4484    /// the region and only reset those pages back to their original contents
4485    /// with `memset` rather than assuming the low addresses are all resident.
4486    ///
4487    /// This ioctl has the potential to provide a number of performance benefits
4488    /// in high-reuse and high concurrency scenarios. Notably this enables
4489    /// Wasmtime to scan the entire region of WebAssembly linear memory and
4490    /// manually reset memory back to its original contents, up to
4491    /// [`Self::linear_memory_keep_resident`] bytes, possibly skipping an
4492    /// `madvise` entirely. This can be more efficient by avoiding removing
4493    /// pages from the address space entirely and additionally ensuring that
4494    /// future use of the linear memory doesn't incur page faults as the pages
4495    /// remain resident.
4496    ///
4497    /// At this time this configuration option is still being evaluated as to
4498    /// how appropriate it is for all use cases. It currently defaults to
4499    /// `no` or disabled but may change to `auto`, enable if supported, in the
4500    /// future. This option is only supported on Linux and requires a kernel
4501    /// version of 6.7 or higher.
4502    ///
4503    /// [ioctl]: https://www.man7.org/linux/man-pages/man2/PAGEMAP_SCAN.2const.html
4504    pub fn pagemap_scan(&mut self, enable: Enabled) -> &mut Self {
4505        self.pagemap_scan = enable;
4506        self
4507    }
4508
4509    /// Returns the configured
4510    /// [`PoolingAllocationConfig::decommit_batch_size`], if enabled.
4511    pub fn get_decommit_batch_size(&self) -> usize {
4512        self.decommit_batch_size
4513    }
4514
4515    /// Returns the configured
4516    /// [`PoolingAllocationConfig::max_unused_warm_slots`], if enabled.
4517    pub fn get_max_unused_warm_slots(&self) -> u32 {
4518        self.max_unused_warm_slots
4519    }
4520
4521    /// Returns the configured
4522    /// [`PoolingAllocationConfig::linear_memory_keep_resident`], if
4523    /// enabled.
4524    pub fn get_memory_keep_resident(&self) -> usize {
4525        self.linear_memory_keep_resident
4526    }
4527
4528    /// Returns the configured
4529    /// [`PoolingAllocationConfig::table_keep_resident`], if enabled.
4530    pub fn get_table_keep_resident(&self) -> usize {
4531        self.table_keep_resident
4532    }
4533
4534    /// Returns the configured
4535    /// [`PoolingAllocationConfig::async_stack_keep_resident`], if
4536    /// enabled.
4537    pub fn get_async_stack_keep_resident(&self) -> usize {
4538        self.async_stack_keep_resident
4539    }
4540
4541    /// Returns the configured
4542    /// [`PoolingAllocationConfig::memory_protection_keys`], if enabled.
4543    pub fn get_memory_protection_keys(&self) -> Enabled {
4544        self.memory_protection_keys
4545    }
4546
4547    /// Returns the configured
4548    /// [`PoolingAllocationConfig::max_memory_protection_keys`], if
4549    /// enabled.
4550    pub fn get_max_memory_protection_keys(&self) -> usize {
4551        self.max_memory_protection_keys
4552    }
4553
4554    /// Returns the configured
4555    /// [`PoolingAllocationConfig::pagemap_scan`], if enabled.
4556    pub fn get_pagemap_scan(&self) -> Enabled {
4557        self.pagemap_scan
4558    }
4559
4560    /// Returns the configured
4561    /// [`PoolingAllocationConfig::total_core_instances`], if enabled.
4562    pub fn get_total_core_instances(&self) -> u32 {
4563        self.limits.total_core_instances
4564    }
4565
4566    /// Returns the configured
4567    /// [`PoolingAllocationConfig::total_component_instances`], if
4568    /// enabled.
4569    pub fn get_total_component_instances(&self) -> u32 {
4570        self.limits.total_component_instances
4571    }
4572
4573    /// Returns the configured
4574    /// [`PoolingAllocationConfig::total_memories`], if enabled.
4575    pub fn get_total_memories(&self) -> u32 {
4576        self.limits.total_memories
4577    }
4578
4579    /// Returns the configured
4580    /// [`PoolingAllocationConfig::total_tables`], if enabled.
4581    pub fn get_total_tables(&self) -> u32 {
4582        self.limits.total_tables
4583    }
4584
4585    /// Returns the configured
4586    /// [`PoolingAllocationConfig::total_stacks`], if enabled.
4587    pub fn get_total_stacks(&self) -> u32 {
4588        self.limits.total_stacks
4589    }
4590
4591    /// Returns the configured
4592    /// [`PoolingAllocationConfig::total_gc_heaps`], if enabled.
4593    pub fn get_total_gc_heaps(&self) -> u32 {
4594        self.limits.total_gc_heaps
4595    }
4596
4597    /// Returns the configured
4598    /// [`PoolingAllocationConfig::max_memory_size`], if enabled.
4599    pub fn get_max_memory_size(&self) -> usize {
4600        self.limits.max_memory_size
4601    }
4602
4603    /// Returns the configured
4604    /// [`PoolingAllocationConfig::table_elements`], if enabled.
4605    pub fn get_table_elements(&self) -> usize {
4606        self.limits.table_elements
4607    }
4608
4609    /// Returns the configured
4610    /// [`PoolingAllocationConfig::max_core_instance_size`], if enabled.
4611    pub fn get_max_core_instance_size(&self) -> usize {
4612        self.limits.core_instance_size
4613    }
4614
4615    /// Returns the configured
4616    /// [`PoolingAllocationConfig::max_component_instance_size`], if
4617    /// enabled.
4618    pub fn get_max_component_instance_size(&self) -> usize {
4619        self.limits.component_instance_size
4620    }
4621
4622    /// Returns the configured
4623    /// [`PoolingAllocationConfig::max_core_instances_per_component`], if
4624    /// enabled.
4625    pub fn get_max_core_instances_per_component(&self) -> u32 {
4626        self.limits.max_core_instances_per_component
4627    }
4628
4629    /// Returns the configured
4630    /// [`PoolingAllocationConfig::max_memories_per_component`], if
4631    /// enabled.
4632    pub fn get_max_memories_per_component(&self) -> u32 {
4633        self.limits.max_memories_per_component
4634    }
4635
4636    /// Returns the configured
4637    /// [`PoolingAllocationConfig::max_tables_per_component`], if enabled.
4638    pub fn get_max_tables_per_component(&self) -> u32 {
4639        self.limits.max_tables_per_component
4640    }
4641
4642    /// Returns the configured
4643    /// [`PoolingAllocationConfig::max_tables_per_module`], if enabled.
4644    pub fn get_max_tables_per_module(&self) -> u32 {
4645        self.limits.max_tables_per_module
4646    }
4647
4648    /// Returns the configured
4649    /// [`PoolingAllocationConfig::max_memories_per_module`], if enabled.
4650    pub fn get_max_memories_per_module(&self) -> u32 {
4651        self.limits.max_memories_per_module
4652    }
4653}
4654
4655#[cfg(feature = "std")]
4656fn detect_host_feature(feature: &str) -> Option<bool> {
4657    #[cfg(target_arch = "aarch64")]
4658    {
4659        return match feature {
4660            "lse" => Some(std::arch::is_aarch64_feature_detected!("lse")),
4661            "paca" => Some(std::arch::is_aarch64_feature_detected!("paca")),
4662            "fp16" => Some(std::arch::is_aarch64_feature_detected!("fp16")),
4663            "dotprod" => Some(std::arch::is_aarch64_feature_detected!("dotprod")),
4664
4665            _ => None,
4666        };
4667    }
4668
4669    // `is_s390x_feature_detected` is nightly only for now, so use the
4670    // STORE FACILITY LIST EXTENDED instruction as a temporary measure.
4671    #[cfg(target_arch = "s390x")]
4672    {
4673        let mut facility_list: [u64; 4] = [0; 4];
4674        unsafe {
4675            core::arch::asm!(
4676                "stfle 0({})",
4677                in(reg_addr) facility_list.as_mut_ptr() ,
4678                inout("r0") facility_list.len() as u64 - 1 => _,
4679                options(nostack)
4680            );
4681        }
4682        let get_facility_bit = |n: usize| {
4683            // NOTE: bits are numbered from the left.
4684            facility_list[n / 64] & (1 << (63 - (n % 64))) != 0
4685        };
4686
4687        return match feature {
4688            "mie3" => Some(get_facility_bit(61)),
4689            "mie4" => Some(get_facility_bit(84)),
4690            "vxrs_ext2" => Some(get_facility_bit(148)),
4691            "vxrs_ext3" => Some(get_facility_bit(198)),
4692
4693            _ => None,
4694        };
4695    }
4696
4697    #[cfg(target_arch = "riscv64")]
4698    {
4699        return match feature {
4700            // due to `is_riscv64_feature_detected` is not stable.
4701            // we cannot use it. For now lie and say all features are always
4702            // found to keep tests working.
4703            _ => Some(true),
4704        };
4705    }
4706
4707    #[cfg(target_arch = "x86_64")]
4708    {
4709        return match feature {
4710            "cmpxchg16b" => Some(std::is_x86_feature_detected!("cmpxchg16b")),
4711            "sse3" => Some(std::is_x86_feature_detected!("sse3")),
4712            "ssse3" => Some(std::is_x86_feature_detected!("ssse3")),
4713            "sse4.1" => Some(std::is_x86_feature_detected!("sse4.1")),
4714            "sse4.2" => Some(std::is_x86_feature_detected!("sse4.2")),
4715            "popcnt" => Some(std::is_x86_feature_detected!("popcnt")),
4716            "avx" => Some(std::is_x86_feature_detected!("avx")),
4717            "avx2" => Some(std::is_x86_feature_detected!("avx2")),
4718            "fma" => Some(std::is_x86_feature_detected!("fma")),
4719            "bmi1" => Some(std::is_x86_feature_detected!("bmi1")),
4720            "bmi2" => Some(std::is_x86_feature_detected!("bmi2")),
4721            "avx512bitalg" => Some(std::is_x86_feature_detected!("avx512bitalg")),
4722            "avx512dq" => Some(std::is_x86_feature_detected!("avx512dq")),
4723            "avx512f" => Some(std::is_x86_feature_detected!("avx512f")),
4724            "avx512vl" => Some(std::is_x86_feature_detected!("avx512vl")),
4725            "avx512vbmi" => Some(std::is_x86_feature_detected!("avx512vbmi")),
4726            "lzcnt" => Some(std::is_x86_feature_detected!("lzcnt")),
4727
4728            _ => None,
4729        };
4730    }
4731
4732    #[allow(
4733        unreachable_code,
4734        reason = "reachable or not depending on if a target above matches"
4735    )]
4736    {
4737        let _ = feature;
4738        return None;
4739    }
4740}
4741
4742// What follows in this impl block is intended to be a somewhat-mechanical
4743// mostly-complete set of getters for relevant configuration options on
4744// `Config`. The `Config` type does not reflect a complete configuration so
4745// default values cannot be directly read from it. An `Engine`, however,
4746// represents a concrete and complete configuration with all default values
4747// fully specified. The purpose of these getters are then to perform a dual
4748// function of reflecting what was explicitly configured above as well as
4749// defaults that Wasmtime sets.
4750//
4751// The current pattern is:
4752//
4753// * All methods are `get_<config_name>`
4754// * Return values return `T` instead of `Option<T>` where possible unless the
4755//   state for `T` is completely missing.
4756//
4757// This impl is primarily in service of
4758// `wasmtime_cli_flags::CommonOptions::from_engine` at this time, and CLI flags
4759// are not as comprehensive as `Config` options, but it's expected that the set
4760// will settle/grow over time.
4761impl Engine {
4762    /// Returns the configured [`Config::memory_may_move`] value.
4763    pub fn get_memory_may_move(&self) -> bool {
4764        self.tunables().memory_may_move
4765    }
4766
4767    /// Returns the configured [`Config::memory_reservation`] value.
4768    pub fn get_memory_reservation(&self) -> u64 {
4769        self.tunables().memory_reservation
4770    }
4771
4772    /// Returns the configured [`Config::memory_reservation_for_growth`] value.
4773    pub fn get_memory_reservation_for_growth(&self) -> u64 {
4774        self.tunables().memory_reservation_for_growth
4775    }
4776
4777    /// Returns the configured [`Config::memory_guard_size`] value.
4778    pub fn get_memory_guard_size(&self) -> u64 {
4779        self.tunables().memory_guard_size
4780    }
4781
4782    /// Returns the configured [`Config::gc_heap_may_move`] value.
4783    pub fn get_gc_heap_may_move(&self) -> bool {
4784        self.tunables().gc_heap_may_move
4785    }
4786
4787    /// Returns the configured [`Config::gc_heap_reservation`] value.
4788    pub fn get_gc_heap_reservation(&self) -> u64 {
4789        self.tunables().gc_heap_reservation
4790    }
4791
4792    /// Returns the configured [`Config::gc_heap_initial_size`] value.
4793    pub fn get_gc_heap_initial_size(&self) -> u64 {
4794        self.tunables().gc_heap_initial_size
4795    }
4796
4797    /// Returns the configured [`Config::gc_heap_reservation_for_growth`] value.
4798    pub fn get_gc_heap_reservation_for_growth(&self) -> u64 {
4799        self.tunables().gc_heap_reservation_for_growth
4800    }
4801
4802    /// Returns the configured [`Config::gc_heap_guard_size`] value.
4803    pub fn get_gc_heap_guard_size(&self) -> u64 {
4804        self.tunables().gc_heap_guard_size
4805    }
4806
4807    /// Returns the configured [`Config::guard_before_linear_memory`] value.
4808    pub fn get_guard_before_linear_memory(&self) -> bool {
4809        self.tunables().guard_before_linear_memory
4810    }
4811
4812    /// Returns the configured [`Config::table_lazy_init`] value.
4813    pub fn get_table_lazy_init(&self) -> bool {
4814        self.tunables().table_lazy_init
4815    }
4816
4817    /// Returns the configured [`Config::memory_init_cow`] value.
4818    pub fn get_memory_init_cow(&self) -> bool {
4819        self.tunables().memory_init_cow
4820    }
4821
4822    /// Returns the configured [`Config::memory_guaranteed_dense_image_size`] value.
4823    pub fn get_memory_guaranteed_dense_image_size(&self) -> u64 {
4824        self.config().memory_guaranteed_dense_image_size
4825    }
4826
4827    /// Returns the configured [`Config::signals_based_traps`] value.
4828    pub fn get_signals_based_traps(&self) -> bool {
4829        self.tunables().signals_based_traps
4830    }
4831
4832    /// Returns the configured [`Config::gc_zeal_alloc_counter`] value.
4833    pub fn get_gc_zeal_alloc_counter(&self) -> Option<core::num::NonZeroU32> {
4834        self.tunables().gc_zeal_alloc_counter
4835    }
4836
4837    /// Returns the configured [`Config::cranelift_opt_level`] value.
4838    pub fn get_cranelift_opt_level(&self) -> Option<OptLevel> {
4839        #[cfg(any(feature = "cranelift", feature = "winch"))]
4840        if let Some(compiler) = self.compiler() {
4841            let flags = compiler.flags();
4842            let (_, FlagValue::Enum(opt)) = flags.iter().find(|(f, _)| *f == "opt_level")? else {
4843                return None;
4844            };
4845            return match &opt[..] {
4846                "none" => Some(OptLevel::None),
4847                "speed" => Some(OptLevel::Speed),
4848                "speed_and_size" => Some(OptLevel::SpeedAndSize),
4849                _ => None,
4850            };
4851        }
4852        None
4853    }
4854
4855    /// Returns the configured [`Config::cranelift_regalloc_algorithm`] value.
4856    pub fn get_cranelift_regalloc_algorithm(&self) -> Option<RegallocAlgorithm> {
4857        #[cfg(any(feature = "cranelift", feature = "winch"))]
4858        if let Some(compiler) = self.compiler() {
4859            let flags = compiler.flags();
4860            let (_, FlagValue::Enum(opt)) =
4861                flags.iter().find(|(f, _)| *f == "regalloc_algorithm")?
4862            else {
4863                return None;
4864            };
4865            return match &opt[..] {
4866                "backtracking" => Some(RegallocAlgorithm::Backtracking),
4867                "single_pass" => Some(RegallocAlgorithm::SinglePass),
4868                _ => None,
4869            };
4870        }
4871        None
4872    }
4873
4874    /// Returns the configured [`Config::strategy`] value.
4875    pub fn get_strategy(&self) -> Option<Strategy> {
4876        #[cfg(any(feature = "cranelift", feature = "winch"))]
4877        return self.config().compiler_config.as_ref()?.strategy;
4878        #[cfg(not(any(feature = "cranelift", feature = "winch")))]
4879        return None;
4880    }
4881
4882    /// Returns the configured [`Config::collector`] value.
4883    pub fn get_collector(&self) -> Option<Collector> {
4884        #[cfg(feature = "gc")]
4885        return Some(self.config().collector);
4886        #[cfg(not(feature = "gc"))]
4887        return None;
4888    }
4889
4890    /// Returns the configured [`Config::cranelift_debug_verifier`] value.
4891    pub fn get_cranelift_debug_verifier(&self) -> Option<bool> {
4892        #[cfg(any(feature = "cranelift", feature = "winch"))]
4893        if let Some(compiler) = self.compiler() {
4894            let flags = compiler.flags();
4895            let (_, FlagValue::Bool(b)) = flags.iter().find(|(f, _)| *f == "enable_verifier")?
4896            else {
4897                return None;
4898            };
4899            return Some(*b);
4900        }
4901        None
4902    }
4903
4904    /// Returns the configured [`Config::compiler_inlining`] value.
4905    pub fn get_compiler_inlining(&self) -> Inlining {
4906        self.tunables().inlining
4907    }
4908
4909    /// Returns the configured [`Config::native_unwind_info`] value.
4910    pub fn get_native_unwind_info(&self) -> Option<bool> {
4911        #[cfg(any(feature = "cranelift", feature = "winch"))]
4912        if let Some(compiler) = self.compiler() {
4913            let flags = compiler.flags();
4914            let (_, FlagValue::Bool(b)) = flags.iter().find(|(f, _)| *f == "unwind_info")? else {
4915                return None;
4916            };
4917            return Some(*b);
4918        }
4919        None
4920    }
4921
4922    /// Returns the configured [`Config::parallel_compilation`] value.
4923    pub fn get_parallel_compilation(&self) -> bool {
4924        self.config().parallel_compilation
4925    }
4926
4927    /// Returns the configured [`Config::metadata_for_internal_asserts`] value.
4928    pub fn get_metadata_for_internal_asserts(&self) -> bool {
4929        self.tunables().metadata_for_internal_asserts
4930    }
4931
4932    /// Returns the configured [`Config::metadata_for_gc_heap_corruption`] value.
4933    pub fn get_metadata_for_gc_heap_corruption(&self) -> bool {
4934        self.tunables().metadata_for_gc_heap_corruption
4935    }
4936
4937    /// Returns the runtime pooling allocator configuration, if the pooling
4938    /// allocator is in use.
4939    pub fn get_pooling_config(&self) -> Option<&PoolingAllocationConfig> {
4940        #[cfg(feature = "pooling-allocator")]
4941        {
4942            Some(self.allocator().as_pooling()?.config())
4943        }
4944        #[cfg(not(feature = "pooling-allocator"))]
4945        {
4946            None
4947        }
4948    }
4949
4950    /// Returns the configured wasm proposals enabled in this engine.
4951    pub fn get_wasm_features(&self) -> WasmFeatures {
4952        self.features()
4953    }
4954
4955    /// Returns the configured [`Config::async_stack_size`] value.
4956    pub fn get_async_stack_size(&self) -> usize {
4957        self.config().async_stack_size
4958    }
4959
4960    /// Returns the configured [`Config::async_stack_zeroing`] value.
4961    pub fn get_async_stack_zeroing(&self) -> bool {
4962        self.config().async_stack_zeroing
4963    }
4964
4965    /// Returns the configured [`Config::wasm_branch_hinting`] value.
4966    pub fn get_wasm_branch_hinting(&self) -> bool {
4967        self.tunables().branch_hinting
4968    }
4969
4970    /// Returns the configured [`Config::concurrency_support`] value.
4971    pub fn get_concurrency_support(&self) -> bool {
4972        self.tunables().concurrency_support
4973    }
4974
4975    /// Returns the configured [`Config::epoch_interruption`] value.
4976    pub fn get_epoch_interruption(&self) -> bool {
4977        self.tunables().epoch_interruption
4978    }
4979
4980    /// Returns the configured [`Config::consume_fuel`] value.
4981    pub fn get_consume_fuel(&self) -> bool {
4982        self.tunables().consume_fuel
4983    }
4984
4985    /// Returns the configured [`Config::max_wasm_stack`] value.
4986    pub fn get_max_wasm_stack(&self) -> usize {
4987        self.config().max_wasm_stack
4988    }
4989
4990    /// Returns the configured [`Config::cranelift_nan_canonicalization`] value.
4991    pub fn get_cranelift_nan_canonicalization(&self) -> Option<bool> {
4992        #[cfg(any(feature = "cranelift", feature = "winch"))]
4993        if let Some(compiler) = self.compiler() {
4994            let flags = compiler.flags();
4995            let (_, FlagValue::Bool(b)) = flags
4996                .iter()
4997                .find(|(f, _)| *f == "enable_nan_canonicalization")?
4998            else {
4999                return None;
5000            };
5001            return Some(*b);
5002        }
5003        None
5004    }
5005
5006    /// Returns the configured [`Config::relaxed_simd_deterministic`] value.
5007    pub fn get_relaxed_simd_deterministic(&self) -> bool {
5008        self.tunables().relaxed_simd_deterministic
5009    }
5010
5011    /// Returns the configured [`Config::shared_memory`] value.
5012    pub fn get_shared_memory(&self) -> bool {
5013        self.config().shared_memory
5014    }
5015
5016    /// Returns the configured [`Config::generate_address_map`] value.
5017    pub fn get_generate_address_map(&self) -> bool {
5018        self.tunables().generate_address_map
5019    }
5020
5021    /// Returns the configured [`Config::debug_info`] value.
5022    pub fn get_debug_info(&self) -> bool {
5023        self.tunables().debug_native
5024    }
5025
5026    /// Returns the configured [`Config::guest_debug`] value.
5027    pub fn get_guest_debug(&self) -> bool {
5028        self.tunables().debug_guest
5029    }
5030
5031    /// Returns the configured [`Config::debug_symbols`] value.
5032    pub fn get_debug_symbols(&self) -> bool {
5033        self.tunables().debug_symbols
5034    }
5035
5036    /// Returns the configured [`Config::wasm_backtrace_max_frames`] value.
5037    pub fn get_wasm_backtrace_max_frames(&self) -> usize {
5038        self.config()
5039            .wasm_backtrace_max_frames
5040            .map(|f| f.get())
5041            .unwrap_or(0)
5042    }
5043
5044    /// Returns the configured [`Config::target`] value.
5045    pub fn get_target(&self) -> Option<String> {
5046        #[cfg(any(feature = "cranelift", feature = "winch"))]
5047        if let Some(compiler) = self.compiler() {
5048            return Some(compiler.triple().to_string());
5049        }
5050        None
5051    }
5052
5053    /// Returns the enabled flags via [`Config::cranelift_flag_enable`].
5054    pub fn get_cranelift_flags_enabled(&self) -> impl Iterator<Item = &str> {
5055        #[cfg(any(feature = "cranelift", feature = "winch"))]
5056        if let Some(config) = &self.config().compiler_config {
5057            return config
5058                .flags
5059                .iter()
5060                .filter_map(|(k, v)| match v {
5061                    UserSpecified::Yes => Some(k.as_str()),
5062                    UserSpecified::No => None,
5063                })
5064                .collect::<Vec<_>>()
5065                .into_iter();
5066        }
5067
5068        Vec::new().into_iter()
5069    }
5070
5071    /// Returns the enabled flags via [`Config::cranelift_flag_set`].
5072    pub fn get_cranelift_flags_set(&self) -> impl Iterator<Item = (&str, &str)> {
5073        #[cfg(any(feature = "cranelift", feature = "winch"))]
5074        if let Some(config) = &self.config().compiler_config {
5075            return config
5076                .settings
5077                .iter()
5078                .filter_map(|(k, (v, s))| match s {
5079                    UserSpecified::Yes => Some((k.as_str(), v.as_str())),
5080                    UserSpecified::No => None,
5081                })
5082                .collect::<Vec<_>>()
5083                .into_iter();
5084        }
5085
5086        Vec::new().into_iter()
5087    }
5088}