News for hackers. Stuff that matters.
Re:Rust and WebAssembly in 2019 by steveklabnik on Saturday December 15, 2018 @05:38PM (#18690754)
Yep! This is a key insight.

Even beyond that, there are two approaches you can take: writing your app in wasm, or writing libraries in wasm. Languages with larger runtimes may work for apps, but you don’t want to use them for libraries, because then you lug around every runtime for every language used. Even once wasm can integrate with the host’s GC, non-GC’d languages will have a place in implementing core libraries, for the same reason those languages have c extensions rather than extensions in other large runtime languages today.

Re:Rust and WebAssembly in 2019 by whateveracct on Saturday December 15, 2018 @09:34PM (#18691451)
This only applies to libraries served from separate locations though, right? No issue writing a Haskell library for wasm and then having consumers compile their app leveraging your library (at which point it's bundled with the RTS)
Re:Rust and WebAssembly in 2019 by steveklabnik on Sunday December 16, 2018 @01:26AM (#18692013)
I’m not sure what the serving part has to do with it; if I have a ruby library and a python library and I use them from a Haskell app, I’m getting three runtimes, regardless of if they’re bundled together or not.
Re:Rust and WebAssembly in 2019 by whateveracct on Sunday December 16, 2018 @05:21PM (#18695617)
Oh ok. So it's the same as native software exactly then. That's still nice!