-
Notifications
You must be signed in to change notification settings - Fork 270
Deprecate the async opt? #1623
Copy link
Copy link
Open
Labels
asyncRelated to async/streams in the component model.Related to async/streams in the component model.gen-rustRelated to bindings for Rust-compiled-to-WebAssemblyRelated to bindings for Rust-compiled-to-WebAssembly
Metadata
Metadata
Assignees
Labels
asyncRelated to async/streams in the component model.Related to async/streams in the component model.gen-rustRelated to bindings for Rust-compiled-to-WebAssemblyRelated to bindings for Rust-compiled-to-WebAssembly
Type
Fields
Give feedbackNo fields configured for issues without a type.
WebAssembly/component-model#646 forbids the async canonopt with non-async functions. This makes the
asyncopt to e.g. rustgenerate!look odd since "positive" overrides (likeasync: true) are always no-ops now (right?). "Negative" overrides are still meaningful but it seems like it would be less confusing for those to move to a new opt (!async: [...]? 🤷).Regardless of what is done with the
asyncopt in the long run it might make sense to start emitting warnings for positive overrides now, especiallyasync: true.Ref #1622