Reconsider ABI stability requirement for V8 updates in majors
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
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- javascript, nodejs
- Área
- compilers
Línea de trabajo
Comienza con el hilo de TSC referenciado en el issue y revisa el historial en torno a v26.0.0, V8 14.6 y Chrome 148/V8 14.8. Determina si la estabilidad de ABI debe seguir siendo un bloqueo para las actualizaciones de V8 en las versiones principales, y documenta y acuerda cualquier política resultante para v27.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Opening this to discuss whether we should stop treating ABI compatibility changes as blockers for V8 updates in major releases.
We’ve been hitting the same issue repeatedly. v26.0.0 was already delayed for V8 14.6, and that version became outdated almost immediately with Chrome 148 (V8 14.8) going stable.
From the TSC thread, the main pain point is that ABI stability adds pressure and slows down landing V8 updates. Removing that constraint would let updates land when they’re actually ready instead of forcing timing compromises.
There was also the suggestion to drop ABI stability guarantees in majors and push the ecosystem more toward N-API or FFI.
This is probably too late for v26, but could make sense starting in v27.
cc: @targos, who has handled most (if not all) V8 updates for quite a long time
- Lenguaje dominante
- JavaScript
- Estrellas
- 693
- Forks
- 142
- Merge medio
- 8 d 7 h
- PR fusionados (30 d)
- 3
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 nodejs/TSC
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 1/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 20/100
-
tsc-agenda
Dificultad 5/5 Más de una semana Aptitud para principiantes 8/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 3/100
-
build-agenda tsc-agenda
Dificultad 5/5 Más de una semana Aptitud para principiantes 5/100
Todos los issues de nodejs/TSC
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Aethelgard-Systems/agent-postbox#32 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
SamuelNDCE/plume#42 ·
Los mantenedores suelen responder en 1 día
-
[UI] Theme Provider Props table overflows on mobile viewportsPosiblemente ocupada @SajanBisht la tomó hoy. Abiertoframework/gatsby help wanted kind/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
layer5io/layer5#8264 · 1 comentario ·
Los mantenedores suelen responder en 3 días