Wasm freestanding (i.e. browser) via extern loop
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
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- wasm, zig
- Área
- operating-systems, web-dev
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Zig
- Estrellas
- 3.6k
- Forks
- 203
- Merge medio
- 17 d 6 h
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 mitchellh/libxev
-
kqueue: xev.UDP.poll hits unreachable in Stream.pollPosiblemente ocupada @gx14ac la tomó hace 49 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
kqueue: UDP read reports a truncated source address for IPv6 sendersPosiblemente ocupada @gx14ac la tomó hace 49 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 56/100
-
Zig 0.17Posiblemente ocupada @endel la tomó hace 30 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
-
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)Posiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 32/100
Todos los issues de mitchellh/libxev
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
dividebysandwich/rust-dos#434 ·
Los mantenedores suelen responder en 1 día
-
bug needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
area-System.IO untriaged
Dificultad 2/5 Medio día Aptitud para principiantes 72/100
dotnet/runtime#136802 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día