-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tracking WebAssembly features #5796
Comments
The biggest part of this is we need to decide how to model many of these extensions (i.e., what granularity we want… do we want to have a compat entry for each instruction? or do we want to group these by high-level extensions like "threads"?). |
@gsnedders think tracking high level extensions makes the most sense, browsers have for the most part been adding whole new extensions at once, not instruction by instruction. Thoughts? |
@queengooborg what do you think? (I was told that you're the one that can make a decision here) Feel free to assign to me if you agree with my previous comment. |
This sounds great and would certainly be a big help in keeping BCD auto-maintained! Perhaps this is something we can integrate into the collector project? https://github.com/GooborgStudios/mdn-bcd-collector |
@queengooborg I'd be happy to look into that |
WebAssembly features implemented in browsers is unknown. Fortunately, the WebAssembly feature detection library is available and it can be tracked.
FYI: WebAssembly/proposals#21
The text was updated successfully, but these errors were encountered: