Sorry I had to drop earlier today, but what was the final conclusion on the discussion regarding the result/IO future associated with the requests and responses? Will consume-body take future<result<_, error-code>> as a non-optional parameter?
no worries, and while I think we all lean towards non-optional I'd say it should be guided by perf/reality concerns of today
e.g. with future.{splice,forward} intrinsics it should probably be non-optional, but without those it's unclear whether it's a pessimization to make it non-optional
(I was also planning on writing up some issues to capture the results of our discussion to make sure they don't get lost)
Awesome, thanks, Alex!
I will then just assume the result future will be passed into consume-body somehow in the implementation for now
https://github.com/WebAssembly/wasi-http/issues/176
Last updated: Dec 06 2025 at 06:05 UTC