Re: [blink-dev] Intent to Experiment: WebAssembly JS String Builtins

LGTM to extend from M125 to M127 inclusive - thanks for all the updates on progress. And it's totally fine to come back and request another extension, with similar updates on progress of the aforementioned areas. (As a side note, I think the API OWNERs would be open to a discussion on the

Re: [blink-dev] Intent to Experiment: WebAssembly JS String Builtins

On Thu, Mar 14, 2024 at 8:45 AM Emanuel Ziegler wrote: > Hi Mike, > > We can limit it to 3 milestones then and request another extension once we > get further with our experimentation on string constants, because I don't > expect that this will be enough. Every change we make has a 2-3 months of

Re: [blink-dev] Intent to Experiment: WebAssembly JS String Builtins

Hi Mike, We can limit it to 3 milestones then and request another extension once we get further with our experimentation on string constants, because I don't expect that this will be enough. Every change we make has a 2-3 months of turnaround time because of the multitude of parties (proposal

Re: [blink-dev] Intent to Experiment: WebAssembly JS String Builtins

Hi Emanuel, For OTs, we can approve extensions for 3 milestones at a time, depending on the criteria set at https://www.chromium.org/blink/launching-features/#origin-trials. Would you mind summarizing progress in the various areas? It sounds like there is good engagement from the "spec

[blink-dev] Intent to Experiment: WebAssembly JS String Builtins

Dear API owners, Our origin trial on supporting JS Strings in Wasm (JS String Builtins for Wasm) has reached its

Re: [blink-dev] Intent to Experiment: WebAssembly JS String Builtins

LGTM for an origin trial M119-M124 (which I think is what you requested) Good luck with your data collection! /Daniel On 2023-09-13 18:04, 'Emanuel Ziegler' via blink-dev wrote: Hi Daniel, This feature has no impact without the Wasm moduled specifically compiled for it. So we are dependent

Re: [blink-dev] Intent to Experiment: WebAssembly JS String Builtins

Hi Daniel, This feature has no impact without the Wasm moduled specifically compiled for it. So we are dependent on partners implementing this and measuring the impact. We have concrete plans with Google Sheets to run A/B trials based on an origin trial, but hope that other partners like Kotlin

Re: [blink-dev] Intent to Experiment: WebAssembly JS String Builtins

Do you plan to run it as a finch experiment or do you have partners prepared for an Origin Trial? /Daniel On 2023-09-12 21:24, 'Emanuel Ziegler' via blink-dev wrote: Dear API Owners, Many use cases for WasmGC require calling JS functions or WebAPIs frequently.

[blink-dev] Intent to Experiment: WebAssembly JS String Builtins

Dear API Owners, Many use cases for WasmGC require calling JS functions or WebAPIs frequently. These calls suffer from substantial overhead when strings are involved due to the encoding/decoding required for changing in between the non-standardized Wasm module representation and the