bytecodealliance / bytecodealliance/ComponentizeJS
Debugger Integration
- Linguagem predominante
- Rust
- Estrelas
- 391
- Forks
- 53
- Merge médio
- 3d 5h
- PRs com merge (30d)
- 1
Descrição
Brought up at CTW - Spidermonkey has a debugger API that we should figure out the right integration for.
Unfortunately it does not include a debugging protocol itself, so one would need to be implemented on top of WASI sockets or otherwise. Apparently VSCode solved this for Python using a character device on preview1 to handle the V8 debugging protocol.
The debugging that needs to be handled is stepping through the JS code, when yielding through to external component model import calls, I suppose this would suspend the entire debugging interface while the external call is made, then reinitiate the debugging interface after that. This seems fine as far as I can tell.
We could possibly even have a first-class world import for debugging support, by exposing the world for debug builds only, and then relying on hosts that support the debugger protocol imports and exports, as an alternative to implementing it on top of wasi sockets.
Should be a really interesting project!
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Direção de pesquisa
Nenhum arquivo, teste ou ponto de entrada é especificado. Comece comparando a API de depuração do SpiderMonkey com a abordagem do VSCode Python/V8 e as opções propostas de WASI-socket ou first-class world-import; considera-se concluído quando uma integração que ofereça suporte à execução passo a passo de JavaScript e trate chamadas de importação do component model externo tiver sido selecionada.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- javascript, rust, vscode, wasm
- Domínio
- developer-experience, devtools
- Tipo de issue
- Funcionalidade
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Status de atividade
- Estagnada
- Clareza
- Precisa de esclarecimento
- Facilidade para iniciantes
- 20/100