Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Reconsider ABI stability requirement for V8 updates in majors

Aberta
#1,852 32 comentários 4 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
25/100
Tipo de issue
Funcionalidade
Clareza
Precisa de esclarecimento
Status de atividade
Pouca atividade
Stack de tecnologia
javascript, nodejs
Domínio
compilers

Direção de pesquisa

Comece pela thread do TSC referenciada na issue e revise o histórico em torno de v26.0.0, V8 14.6 e Chrome 148/V8 14.8. Determine se a estabilidade da ABI deve continuar sendo um bloqueio para atualizações do V8 em versões principais, documentando e obtendo acordo sobre qualquer política resultante para v27.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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

Linguagem predominante
JavaScript
Estrelas
693
Forks
143
Merge médio
8d 7h
PRs com merge (30d)
3

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de nodejs/TSC

Todas as issues de nodejs/TSC

Issues semelhantes

Mais issues de JavaScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.