Our great sponsors
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
wai
A language binding generator for `wai` (a precursor to WebAssembly interface types) (by wasmerio)
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
Interesting little discussion linked about this fork of WAI from wit-bindgen:
https://github.com/bytecodealliance/wit-bindgen/issues/306
would it be possible, for example, to access the standard decimal library of C# or Python via Javascript, thus not having to wait for the TC39 spec / implementation? [1]
[1] https://github.com/tc39/proposal-decimal
Decimal values are not currently represented as a first-class type by WAI (as int, floats or string types are) but I believe it would be a great idea to do so.
Would you mind opening an issue in the WAI repository [1] so we can follow up there? Thanks!
[1] https://github.com/wasmerio/wai
It's been this way for a little bit already (actually since 3 years ago! [1]).
It was an intentional thing though, because we want to put this extension under a common group, not something that only Wasmer owns... that's why we haven't changed it yet. But I agree that probably using WebAssembly Foundation is perhaps not the best name :)
[1]: https://github.com/wasmerio/vscode-wasm/commit/0f7f00f44aa72...
I'm not entirely convinced Wasmer will ever be able to shake its constant controversies.
I'm by no means a fan of the Bytecode Alliance, and would much prefer a startup tackle the problems that Wasmer is tackling, but between the trademarks [1], the lackluster response to the trademarks (How did you not know your lawyers were trying to trademark “WebAssembly”? Seriously?) [2], the working conditions [3], the drama surrounding the BCA [4][5], and everything else, I don't think Wasmer is the right choice either, at least not under current leadership.
[1] https://uspto.report/company/Wasmer-Inc
[2] https://wasmer.io/posts/wasmer-and-trademarks
[3] https://mnt.io/2021/10/04/i-leave-wasmer/
[4] https://github.com/wasmerio/wasmer/issues/956
[5] https://github.com/WebAssembly/WASI/issues/3
A more lightweight tool than emscripten is the WASI SDK (https://github.com/WebAssembly/wasi-sdk/releases). However, it doesn't generate JS or HTML.
> WASM is a runtime only. It does not try to define a component model.
This GitHub page seems to contradict that:
https://github.com/WebAssembly/component-model/blob/main/des...