Embedding API changes
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- wasm
- Área
- compilers
Línea de trabajo
The requested work is an update to the explainer's appendix; start by reading the existing embedding API and exception-handling extension described there. Done means the appendix sketches SUSPEND, cont_resume, host-function suspensions, payload and parameter-type requirements, and the stated JS API and JSPI consequences.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
It would be good to update the explainer with a sketch of how we expect the embedding API given in the appendix to be extended.
Taking inspiration from how the embedding API is extended for exception handling, we can add a new kind of result from func_invoke, SUSPEND a, where a is a continuation address. We can also add a new function cont_resume that behaves exactly like func_invoke, except that it takes a continuation address instead of a function address. Finally, we can allow host functions to result in suspensions, just like we allow them to result in throws. The suspensions need to be able to carry payloads and need to record the types of the parameters necessary to resume the suspending continuation.
This set of changes are sufficient to allow the JS API spec to specify that an error should be thrown when calling an export results in SUSPEND a. It is also sufficient to specify JSPI in terms of core stack switching by having JSPI suspending import wrappers return suspensions to Wasm carrying the suspending promises as payloads and having JSPI promising export wrappers call func_invoke, receive SUSPEND a, then schedule the future resumption of the continuation via cont_resume once the extracted suspending promise is resolved.
- Lenguaje dominante
- WebAssembly
- Estrellas
- 216
- Forks
- 19
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de WebAssembly/stack-switching
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
WebAssembly/stack-switching#156 · 1 comentario ·
-
Should `cont.new` be constant?Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
WebAssembly/stack-switching#145 · 4 comentarios ·
-
Use `typeuse` in text format?Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
WebAssembly/stack-switching#144 · 4 comentarios ·
-
JSPI integrationAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
WebAssembly/stack-switching#131 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
WebAssembly/stack-switching#128 · 6 comentarios ·
Todos los issues de WebAssembly/stack-switching
Issues similares
-
native-convergence self-host
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
JakeChampion/lang#11408 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
tree-sitter/tree-sitter#6005 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
WebAssembly/binaryen#9207 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
objectionary/eo#9182 ·
Los mantenedores suelen responder en 1 día
-
E editing with a field wider than ~511 characters crashes (stack smashing in handle_decimal)Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día