Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Reconsider ABI stability requirement for V8 updates in majors

Ouverte
#1,852 32 commentaires 4 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
Calme
Stack technique
javascript, nodejs
Domaine
compilers

Piste de recherche

Commencez par le fil TSC référencé dans l’issue et examinez l’historique autour de v26.0.0, V8 14.6 et Chrome 148/V8 14.8. Déterminez si la stabilité de l’ABI doit rester un blocage pour les mises à jour de V8 dans les versions majeures, et documentez et faites approuver toute politique qui en résulterait pour v27.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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

Langage dominant
JavaScript
Étoiles
693
Forks
143
Merge moyen
8 j 7 h
PR mergées (30 j)
3

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de nodejs/TSC

Toutes les issues de nodejs/TSC

Issues similaires

Plus d'issues JavaScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.