Wasm freestanding (i.e. browser) via extern loop
メンテナーはふだん 18 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- wasm, zig
調査の方向性
Start with libxev's existing Wasm and WASI event-loop support and the Loop API; the issue names no files or tests. Trace how loop.run(.until_done) is used and how host callbacks could trigger a tick. Done would require a browser-compatible WasmExtern backend and a defined consumer API, but the scope and acceptance criteria need maintainer clarification.
索引モデルが issue の本文から書いたものです。
説明
Real goal: I want libxev to "work" in the browser so that applications using the event loop can be ported more easily (I have a real world example personal project I want to make work).
The idea is to support a "WasmExtern" backend that defers the actual event loop to the host environment (i.e. the browser). The host environment will call back into the module environment in order to trigger a "tick" and have callbacks be called.
This will make the consumer API slightly different since we can't just block on loop.run(.until_done). But consumers can check something like if (xev.Loop.is_async) or something and work differently.
- 主要言語
- Zig
- スター
- 3.6k
- フォーク
- 203
- 平均マージ
- 17日 6時間
- マージ済み PR（30日）
- 1
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
mitchellh/libxev のほかの issue
-
kqueue: xev.UDP.poll hits unreachable in Stream.poll対応中かも @gx14ac が 49 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 18 日以内に返信
-
kqueue: UDP read reports a truncated source address for IPv6 senders対応中かも @gx14ac が 49 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 18 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 56/100
メンテナーはふだん 18 日以内に返信
-
Zig 0.17対応中かも @endel が 30 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
メンテナーはふだん 18 日以内に返信
-
epoll: dispatch loop invokes callbacks for completions the owning queue no longer holds, crashing queueWrite's callback on head.? (the epoll counterpart of #169/#224/#227)対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 5/5 1週間以上 初心者へのやさしさ 32/100
mitchellh/libxev#234 · コメント 3 件 · リアクション 1 件 ·
メンテナーはふだん 18 日以内に返信
mitchellh/libxev の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 3 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
dividebysandwich/rust-dos#434 ·
メンテナーはふだん 1 日以内に返信
-
bug needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
area-System.IO untriaged
難易度 2/5 半日 初心者へのやさしさ 72/100
dotnet/runtime#136802 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信