Implementing multiple worlds
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Inizia tracciando register_host_functions e l’impostazione export WIT_WORLD mostrata nell’issue, quindi esamina come vengono generati i bindings del guest per un world selezionato. Determina come sia wasi:cli sia wasi:http possano essere registrati senza combinare i loro worlds. Il lavoro è completato quando un’applicazione può supportare entrambi i worlds tramite registrazioni separate e bindings generati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
It doesn't seem possible today to register multiple worlds. For instance, if I wanted my app to support both wasi:cli and wasi:http.
I thought it might be possible to create two different modules and then register them like:
let rt = cli::bindings::register_host_functions(&mut sb, state);
let rt = http::bindings::register_host_functions(&mut rt, state);
This doesn't work due to export WIT_WORLD which must be set to one and will only generate guest bindings for one of them.
The work around for now is combine the worlds into one world.
- Lingua principale
- Rust
- Stelle
- 728
- Fork
- 39
- Merge medio
- 2g 3h
- PR unite (30g)
- 25
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di hyperlight-dev/hyperlight-wasm
-
lifecycle/needs review
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
lifecycle/needs review
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
-
Can't update to wasmtime 48 Apertalifecycle/needs review
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
-
use the #[guest_func] macro on `init_wasm_runtime` instead of manually calling register_function? Apertalifecycle/needs review
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
hyperlight-dev/hyperlight-wasm#395 · 1 commento · 1 reazione ·
-
lifecycle/needs review
Difficoltà 2/5 1-3 ore Idoneità per principianti 48/100
Tutte le issue di hyperlight-dev/hyperlight-wasm
Issue simili
-
bug github_actions
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
registrystack/registry-stack#1393 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
longbridge/gpui-kit#3223 ·
-
bug engine
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
rocky-data/rocky#2181 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
oasisprotocol/oasis-sdk#2523 ·
-
[indexer] [QA] Add a focused test for the new NonRetryableError / assertSocketAlive() behavior. Apertabot:ai-assisted component:indexer QA-roadmap status:untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
midnightntwrk/midnight-indexer#1557 ·