Adding a note to WIT.md about WIT interface version interop & host downgrades
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 68/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- wasm
- Área
- documentation
Línea de trabajo
Empieza leyendo WIT.md y la documentación enlazada de Wasmtime Linker sobre nombres y semver. Añade una nota clara que cubra las degradaciones de interfaz específicas del host y la posibilidad de que añadir funciones rompa a los guests que se ejecutan contra hosts más antiguos, distinguiendo este comportamiento de un requisito de la plataforma.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hey all,
So thinking about interfaces in WIT it seems clear that there are two somewhat surprising eventualities that happen in hosts today (wasmtime, jco at the very least):
- Linked interfaces may be downgraded to match what is in the host (i.e.
ns:pkg/iface@0.2.1being downgraded tons:pkg/iface@0.2.0) - Partly due to (1) but in general adding functions to an existing interface (even with
@since) could become a breaking change, because guests cannot predict whether hosts will have coverage or not.
This should likely be called out more clearly in WIT.md, similar to how it is called out explicitly in wasmtime's Linker documentation -- thoughts?
The ideal is to prevent people from being surprised when building components that target the newest version of a given interface but running in an older host/embedding and experiencing an unexpected runtime failure.
Downgrading is a host-specific quirk, and is technically not promised/required by a given platform (no guest can ensure that a certain platform does a certain thing with it's imports), but it is still surprising behavior that should probably be noted somewhere.
- Lenguaje dominante
- WebAssembly
- Estrellas
- 1.4k
- Forks
- 130
- Merge medio
- 2 d 1 h
- PR fusionados (30 d)
- 15
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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/component-model
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
WebAssembly/component-model#724 · 9 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 38/100
WebAssembly/component-model#718 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
WebAssembly/component-model#695 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
WebAssembly/component-model#694 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 38/100
WebAssembly/component-model#677 · 1 comentario ·
Todos los issues de WebAssembly/component-model
Issues similares
-
user-reported
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Kong/developer.konghq.com#7316 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
HarperFast/skills#96 ·
-
Client support matrix inclusion Abiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
infinispan/infinispan#18150 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
fullcalendar/fullcalendar#8106 ·