Design: Esclarecimento de empilhamento de pilha para ramificações condicionais

Sim, o relatório de erros do wabt pode melhorar aqui. Mesmo que haja dois i32 s na pilha, os operadores nunca passarão do início de um bloco, portanto, há efetivamente apenas um.

Isso significa que cada bloco obtém sua própria pilha? Fiquei confuso com a seguinte declaração no documento de semântica:

A execução de uma instrução de bloco ou loop não tem efeito na pilha de valores.

Talvez isso deva mudar para:

A execução de uma instrução de bloco ou loop não tem efeito na pilha de valores, mas todos os valores da pilha fora do bloco em execução são inacessíveis.

Ou estou entendendo mal?

Isso significa que cada bloco obtém sua própria pilha?

Eu não diria que eles têm suas próprias pilhas, apenas que há um limite para o que pode ser estourado. É assim que é implementado no wabt, há uma pilha de valores e uma pilha de "rótulos". Cada rótulo armazena um "limite" que é o tamanho da pilha de valores quando o rótulo é empurrado. Então, sempre que você estourar, você verifica o limite do rótulo principal.

A execução de uma instrução de bloco ou loop não tem efeito na pilha de valores.

Talvez isso deva mudar para:

A execução de um bloco ou instrução de loop não tem efeito na pilha de valores, mas todos os valores da pilha fora do bloco em execução são inacessíveis.

Ou estou entendendo mal?

Sim, provavelmente vale a pena mencionar algo assim em Semantics.md. Embora eu deva mencionar que há um trabalho em uma especificação de prosa formal também.

>

Isso significa que cada bloco obtém sua própria pilha?

Eu não diria que eles têm suas próprias pilhas, só que há um limite
para o que pode ser estourado. É assim que é implementado no wabt,
é uma pilha de valores e uma pilha de "rótulos". Cada etiqueta armazena um "limite" que é
o tamanho da pilha de valores quando o rótulo é empurrado. Então, sempre que você
pop, você verifica o limite do rótulo superior.

Ambos são pontos de vista válidos. Semanticamente, a visualização "block-local stack" tem o
vantagem de não requerer invariantes extras. Com "pilha única"
suposições de correção adicionais são necessárias, como todos os limites
que ocorre na pilha de rótulos deve estar dentro dos limites da pilha de operandos atuais
altura, eles devem ocorrer em (não necessariamente estritamente) ordem crescente, e
a pilha de etiquetas nunca deve estar vazia.

Obrigado pela informação. Estou encerrando isso porque não há nada acionável para sair dele e especificações mais formais estão chegando para esclarecer isso.