wyrcan
tool-conventions
Our great sponsors
wyrcan | tool-conventions | |
---|---|---|
2 | 3 | |
- | 285 | |
- | 3.9% | |
- | 5.6 | |
- | 3 days ago | |
- | Artistic License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
wyrcan
-
Isolates, MicroVMs, and WebAssembly (In 2022)
On Micro-VM's specifically, shout out to Wyrcan[1], which similar-ish to Fly.io is taking a container image & booting into itv an advanced & secure bootloader for a container image.
[1] https://gitlab.com/wyrcan/wyrcan
- Wyrcan – The Container Bootloader
tool-conventions
-
Isolates, MicroVMs, and WebAssembly (In 2022)
> Better interoperability
AFAIK, the examples you give all target a basic C ABI [0] or can be made to target the same ABI. In Rust, it means targeting wasm32-unknown-emscripten
The Rust team is also working on a "WASM ABI"[1] which would be useful in taking advantage of stuff like multi-value returns, and other compilers could just choose to target that. More likely, the C ABI on WASM will be updated to account for missing features, and that'll be the standard for interoperability in the WASM ecosystem.
[0]: https://github.com/WebAssembly/tool-conventions/blob/main/Ba...
[1]: https://github.com/rust-lang/lang-team/blob/master/design-me...
-
Features of a dream programming language: 2nd draft.
C ABI: Compatible with the C language Application Binary Interface (ABI). So code in the language is usable from other languages. Inspired by Zig. Since compiling to WASM is desirable, WASM's C ABI could probably be used, instead of a separate implementation towards the C ABI.
-
Crates for (mutable) statics with non const initialization.
There is maybe a solution. From what I found the linker will glue constructor functions and they have an associated priority. (look https://github.com/WebAssembly/tool-conventions/blob/master/Linking.md here for the "linking meta data section"). I explored the ldd/wasm source code directory and it looks like there are also destructor functions. I have not found out in which sections such functions should be placed (after 1h of exploration). Would you like to pursue? I am ok to receive pushes or even share owner ship of the repository.
What are some alternatives?
krustlet - Kubernetes Rust Kubelet [Moved to: https://github.com/krustlet/krustlet]
ts-belt - 🔧 Fast, modern, and practical utility library for FP in TypeScript.
Cesium - C compiler for the CLI platform
dwarf-2-sourcemap - A DWARF to SourceMaps converter for WASM
lang-team - Home of the Rust lang team
ramda - :ram: Practical functional Javascript
runwasi - Facilitates running Wasm / WASI workloads managed by containerd
io-ts - Runtime type system for IO decoding/encoding
wabt - The WebAssembly Binary Toolkit
language-server-protocol - Defines a common protocol for language servers.