4 ms·
As I noted, my comment is not about their code. Nor the functionality for that matter. And yes, I'm aware of the issues in PS and PDF rendering, having worked o
by throwaway95014 9y ago
As I noted, my comment is not about their code. Nor the functionality for that matter. And yes, I'm aware of the issues in PS and PDF rendering, having worked on them as part of a not-so-common and very-common operating system that deeply used them.
Wasm is designed around bringing non-web-native languages to the web. A good project would have been to enable new web native languages to complement JavaScript. Instead, there's an emphasis particularly on bringing C++ to the web. I think this is counter to the philosophy of the platform and harmful in the long run.
- flavio81 9y agoWhy should they complement Javascript? The browser should be language-agnostic, just as your bare metal (computer) is. Otherwise, then, we should tell people they "must" use C to write applications and that othrr languages should be there only to "complement C."
- Zelizz 9y agoIt's really about bringing any language that can target LLVM IR to the web, and that's more than just C++. https://en.wikipedia.org/wiki/LLVM#Front_ends https://en.wikipedia.org/wiki/LLVM#Front_ends C++ just happens to be a popular choice because there are many useful C++ libraries, and the compiler already produces very optimized code, so the performance benefit is most noticeable. In particular, I'm excited to get the Lua interpreter, written in C, on the web in a performant way.
- kuschku 9y agoThere would be no issue with that, if you were forced to deliver source code, with comments, and without obfuscation instead of a highly obfuscated binary format. WebAssembly makes it even more common to run untrusted, random code on your system. The next RowHammer.js will be a lot more powerful.
- etiene 9y ago> In particular, I'm excited to get the Lua interpreter, written in C, on the web in a performant way. Can't wait for this!