Does `task.return`'s memory strictly match the canon-lifted function, or only match when present?
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 18/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- wasm
- Área
- api
Línea de trabajo
The check lhs.memory is rhs.memory for task.return is in the spec text on async canonical built-ins, and the mismatch is at test/async/cross-abi-calls.wast around line 143. Read the validation rules for task.return and canon lift, then the test, to see where the memory check applies. Done means maintainers decide whether the spec text or the test changes, and a follow-up change makes the two agree. The open question is a design decision, so confirm the direction in the thread before writing any change.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Currently the spec indicates that the check to perform is lhs.memory is rhs.memory, and my understanding of this is that the two need to be strictly equal (if one's specified the other must be, etc). My understanding is that this additionally needs to be checked even if the result type doesn't need a memory.
However test/async/cross-abi-calls.wast currently has a mismatch here where task.return does not contain memory but the canon lifted function does.
IIRC we discussed this in the past but I'm kind of forgetting the outcomes -- is this something where the spec text needs an update? Or the tests?
- Lenguaje dominante
- WebAssembly
- Estrellas
- 1.4k
- Forks
- 132
- Merge medio
- 4 d
- PR fusionados (30 d)
- 12
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 WebAssembly/component-model
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
WebAssembly/component-model#609 · 2 comentarios · 1 reacción ·
Los mantenedores suelen responder en 2 días
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
WebAssembly/component-model#743 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
WebAssembly/component-model#742 · 2 reacciones ·
Los mantenedores suelen responder en 2 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
WebAssembly/component-model#735 · 2 comentarios ·
Los mantenedores suelen responder en 2 días
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
WebAssembly/component-model#732 ·
Los mantenedores suelen responder en 2 días
Todos los issues de WebAssembly/component-model
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día
-
BC remittance upload: a claim MSP refused (S03) is saved with a blank status instead of refused (F)Abiertotype: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
carlos-emr/carlos#4933 ·
Los mantenedores suelen responder en 1 día
-
Authentication / Authorization Feature: Volunteer
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Emanuele-web04/remodex#203 ·
Los mantenedores suelen responder en 1 día
-
area:protocol bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día