uwasi instread of browser_wasi_shim
Nobody has claimed this yet.
- Dominant language
- Ruby
- Stars
- 875
- Forks
- 68
- Avg merge
- 9d 5h
- Merged PRs (30d)
- 1
Description
The current Ruby.Wasm is written with separate implementations for Node and Browser.
I can see considerable ingenuity and hard work. Thank you for all the work you have done. Now, I have found a way to solve this difficulty.
The swiftwasm team is developing uwasi, which seems to cover both Node and Browser implementations.
Asciidoctor-wasm implements DefaultRubyVM using this uwasi.
If this implementation is adopted so that there is no need to separate the Browser and Node implementations, users will not have to distinguish between the Import of the Node and Browser implementations when using Ruby.wasm, which would be a great improvement. Please consider this.
Cheers
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Compare Ruby.Wasm's separate Node and Browser implementations, especially the browser_wasi_shim usage, with the linked asciidoctor.ts implementation of DefaultRubyVM using uwasi. Done would mean a shared uwasi-based integration that no longer requires users to distinguish Node and Browser imports, with behavior checked in both environments.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ruby, wasm
- Domain
- web-dev
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100