chore(deps): update wasmtime requirement from >= 16.0.0, < 27.0.0 to >= 16.0.0, < 29.0.0

[dependabot]

Updates the requirements on wasmtime to permit the latest version.

Release notes

Sourced from wasmtime's releases.

v28.0.0

28.0.0

Released 2024-12-20.

Added

• The ISLE DSL used for Cranelift now has a first-class bool type. #9593

• Cranelift now supports a new single-pass register allocator designed for compile-time performance (unlike the current default which is optimized for runtime-of-generated-code performance). #9611

• The wasmtime crate now natively supports the wasm-wave crate and its encoding of component value types. #8872

• A Module can now be created from an already-open file. #9571

• A new default-enabled crate feature, signals-based-traps, has been added to the wasmtime crate. When disabled then runtime signal handling is not required by the host. This is intended to help with future effort to port Wasmtime to more platforms. #9614

• Linear memories may now be backed by malloc in certain conditions when guard pages are disabled, for example. #9614 #9634

• Wasmtime's async feature no longer requires std. #9689

• The buffer and budget capacity of OutgoingBody in wasmtime-wasi-http are now configurable. #9670

Changed

• Wasmtime's external and internal distinction of "static" and "dynamic" memories has been refactored and reworded. All options are preserved but exported under different names with improved documentation about how they all interact with one another. (and everything should be easier to understand) #9545

• Each Store<T> now caches a single fiber stack in async mode to avoid allocating/deallocating if the store is used multiple times.

... (truncated)

Changelog

Sourced from wasmtime's changelog.

28.0.0

Released 2024-12-20.

Added

• The ISLE DSL used for Cranelift now has a first-class bool type. #9593

• Cranelift now supports a new single-pass register allocator designed for compile-time performance (unlike the current default which is optimized for runtime-of-generated-code performance). #9611

• The wasmtime crate now natively supports the wasm-wave crate and its encoding of component value types. #8872

• A Module can now be created from an already-open file. #9571

• A new default-enabled crate feature, signals-based-traps, has been added to the wasmtime crate. When disabled then runtime signal handling is not required by the host. This is intended to help with future effort to port Wasmtime to more platforms. #9614

• Linear memories may now be backed by malloc in certain conditions when guard pages are disabled, for example. #9614 #9634

• Wasmtime's async feature no longer requires std. #9689

• The buffer and budget capacity of OutgoingBody in wasmtime-wasi-http are now configurable. #9670

Changed

• Wasmtime's external and internal distinction of "static" and "dynamic" memories has been refactored and reworded. All options are preserved but exported under different names with improved documentation about how they all interact with one another. (and everything should be easier to understand) #9545

• Each Store<T> now caches a single fiber stack in async mode to avoid allocating/deallocating if the store is used multiple times. #9604

... (truncated)

Commits

• 2e584e8 Release Wasmtime 28.0.0 (#9876)
• edce721 Add release notes (#9771)
• d1ff945 wasi-http: make the buffer and budget capacity of the OutgoingBody writer con...
• abcd6ac Port wasmtime-fiber to no_std and allow async feature in no_std Wasmtim...
• 7ef8f2e winch: Improve frame handling (#9708)
• f40e53e Add basic pulley disassembly support to clif-util (#9721)
• 350a6e2 pulley: Fill out more bits and pieces of stack allocation (#9718)
• 94da012 Update clang-format to LLVM 18 (#9729)
• da7c53b winch: Prefer using Context::without for fuel checks (#9709)
• 06103f7 Update build/test images to Ubuntu 24.04 (#9728)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)