Mojo 1.1 passa a aceitar contribuições externas ao compilador

A Modular passou a aceitar contribuições externas ao compilador do Mojo. As notas da versão MAX 26.6 dizem em uma linha: "we're now accepting contributions to the Mojo compiler!" Isso fecha a lacuna que este site apontou em agosto, quando o compilador virou código aberto sob Apache 2.0 com as contribuições ainda fechadas.

Na época a Modular dizia pretender começar a aceitar contribuições ao compilador no fim de 2026. Chegou mais cedo, e chegou junto com uma versão que também apaga sintaxe.

O que de fato foi aberto

O aviso sobre contribuições está na página de release do GitHub da Modular, e não nas notas de versão da própria linguagem. Vale saber se você for procurar o procedimento.

Nenhuma das duas páginas cita um acordo de licença de contribuidor nem uma política de revisão. Ou seja, o convite é público enquanto a mecânica ainda não está escrita. Quem pensa em mandar um patch ao compilador deve contar com ter de perguntar.

As remoções no 1.1

Esta versão encerra uma migração, em vez de iniciar uma. As notas do Mojo 1.1.0 dizem que a versão "completes the removal of APIs deprecated during the v1.0 cycle", e listam o que saiu:

Removido	Substituto
Palavra-chave fn	Substituída durante o ciclo 1.0
Palavra-chave alias	Substituída durante o ciclo 1.0
__comptime_assert	Substituído durante o ciclo 1.0
@parameter if	comptime if
@parameter for	comptime for

As notas também registram que o decorador @parameter em closures paramétricos foi renomeado para @__parameter, e agora serve apenas para declarar closures legados.

A palavra importante é "completes". Essas construções foram substituídas no 1.0, então o 1.1 é onde as grafias antigas param de funcionar. Se você adiou essa migração porque as formas antigas ainda compilavam, o prazo termina nesta versão.

Algumas bases também se firmaram. Segundo as notas, a Modular "marked more APIs in the standard library as stable, such as String, SIMD, and List", citando assinaturas específicas de cada uma.

O que saiu junto

O Mojo 1.1 anda no mesmo trem de versões do MAX 26.6, a plataforma de inferência da Modular, e é ali que estão os números de desempenho. As notas alegam as acelerações de kernel do gráfico acima, entre elas atenção de decodificação 4,8 vezes mais rápida no Gemma 4 e quantização NVFP4 de lote pequeno 16 vezes mais rápida na Nvidia B200.

Duas mudanças estruturais pesam mais que os multiplicadores. O pacote max.gpu agora cobre tudo o que ficava em std.gpu. E o MAX ganhou geração de áudio, produzindo "44.1 kHz stereo music from a text prompt" com o MiniMax-Music3. A Phoronix relata que o trabalho de kernel abrange GPUs da AMD e da Nvidia.

O que isso significa para os desenvolvedores

Fixe a sua versão do Mojo antes de atualizar qualquer coisa. Uma versão que remove fn, alias e duas formas de @parameter não vai compilar código escrito nas grafias anteriores ao 1.0. O erro vai sair do seu próprio código, e não das suas dependências. Procure primeiro essas cinco construções na sua árvore, e só então atualize.

Se você escreve kernels de GPU sobre a pilha da Modular, a mudança de std.gpu para max.gpu é a alteração de imports a planejar. É uma renomeação mecânica, mas do tipo que toca todos os arquivos de uma biblioteca de kernels.

O sinal útil para planejamento são as marcações de estabilidade. A Modular marcar String, SIMD e List como estáveis diz que essas assinaturas são seguras para construir em cima. Essa é uma promessa diferente de a linguagem estar em 1.x. O que não está nessa lista continua se movendo.

Sobre contribuições, modere a expectativa. A compra da Modular pela Qualcomm foi concluída em julho de 2026, o compilador abriu em agosto, e os patches externos passaram a ser bem-vindos em setembro. É uma sequência rápida, e a ausência de um acordo de contribuidor ou de política de revisão publicada sugere que a porta abriu antes de a papelada terminar. Útil se você quer corrigir um bug que carrega há tempo, menos se precisa saber de antemão como uma mudança grande é aceita.