Mojo 1.1 empieza a aceptar aportes externos al compilador
Mojo 1.1 acepta aportes externos al compilador un mes después de la publicación bajo Apache 2.0, y completa la retirada de fn, alias y @parameter if.
3 min de lectura

En cifras
- legacy keywords removed: fn, alias and __comptime_assert
- 3
- stdlib APIs marked stable: String, SIMD and List
- 3
- when Qualcomm's purchase of Modular closed
- July 2026
- Gemma 4 decode attention
- 4.8x
- MoE routing
- 7.9x
- NVFP4 low-batch quant
- 16x
- MI355 decode projections
- 6.6x
Modular ya acepta aportes externos al compilador de Mojo. Las notas de la versión MAX 26.6 lo dicen en una línea: "we're now accepting contributions to the Mojo compiler!" Eso cierra el hueco que este sitio señaló en agosto, cuando el compilador pasó a ser código abierto bajo Apache 2.0 con los aportes aún cerrados.
Entonces Modular decía que pretendía empezar a aceptar aportes al compilador a finales de 2026. Ha llegado antes, y ha llegado con una versión que también borra sintaxis.
Qué se abrió en realidad
El aviso sobre los aportes está en la página de release de GitHub de Modular, y no en las notas de la propia versión del lenguaje. Conviene saberlo si vas a buscar el procedimiento.
Ninguna de las dos páginas nombra un acuerdo de licencia de colaborador ni una política de revisión. Así que la invitación es pública mientras la mecánica no está escrita. Quien piense mandar un parche al compilador debe contar con preguntar primero.
Las retiradas en 1.1
Esta versión termina una migración en vez de empezarla. Las notas de Mojo 1.1.0 dicen que la versión "completes the removal of APIs deprecated during the v1.0 cycle", y enumeran lo que se fue:
| Retirado | Sustituto |
|---|---|
Palabra clave fn | Sustituida durante el ciclo 1.0 |
Palabra clave alias | Sustituida durante el ciclo 1.0 |
__comptime_assert | Sustituido durante el ciclo 1.0 |
@parameter if | comptime if |
@parameter for | comptime for |
Las notas también recogen que el decorador @parameter en cierres paramétricos pasa a llamarse @__parameter, y ahora solo sirve para declarar cierres heredados.
La palabra importante es "completes". Estas construcciones se sustituyeron en 1.0, así que 1.1 es donde las escrituras antiguas dejan de funcionar. Si aplazaste esa migración porque las formas viejas aún compilaban, el margen termina en esta versión.
También se han asentado algunos cimientos. Según las notas, Modular ha "marked more APIs in the standard library as stable, such as String, SIMD, and List", nombrando firmas concretas de cada una.
Qué salió al mismo tiempo
Mojo 1.1 viaja en el mismo tren de versiones que MAX 26.6, la plataforma de inferencia de Modular, y ahí están las cifras de rendimiento. Las notas reclaman las aceleraciones de núcleos del gráfico de arriba, entre ellas una atención de decodificación 4,8 veces más rápida en Gemma 4 y una cuantización NVFP4 de lote pequeño 16 veces más rápida en Nvidia B200.
Dos cambios estructurales pesan más que los multiplicadores. El paquete max.gpu cubre ahora todo lo que vivía en std.gpu. Y MAX gana generación de audio, produciendo "44.1 kHz stereo music from a text prompt" con MiniMax-Music3. Phoronix informa de que el trabajo en los núcleos abarca GPU de AMD y de Nvidia.
Qué significa esto para los desarrolladores
Fija tu versión de Mojo antes de actualizar nada. Una versión que retira fn, alias y dos formas de @parameter no compilará código escrito con las grafías previas a 1.0. El error saldrá de tu propio código, no de tus dependencias. Busca primero esas cinco construcciones en tu árbol y actualiza después.
Si escribes núcleos de GPU sobre la pila de Modular, el paso de std.gpu a max.gpu es el cambio de importaciones que hay que planificar. Es un renombrado mecánico, pero del tipo que toca todos los archivos de una biblioteca de núcleos.
La señal útil para planificar son las marcas de estabilidad. Que Modular marque String, SIMD y List como estables dice que esas firmas son seguras para construir encima. Es una promesa distinta a que el lenguaje esté en 1.x. Lo que no esté en esa lista, sigue moviéndose.
Sobre los aportes, modera las expectativas. La compra de Modular por Qualcomm se cerró en julio de 2026, el compilador se abrió en agosto y los parches externos se volvieron bienvenidos en septiembre. Es una secuencia rápida, y la ausencia de un acuerdo de colaborador o de una política de revisión publicada sugiere que la puerta se abrió antes de terminar el papeleo. Útil si quieres arreglar un fallo que arrastras, menos si necesitas saber de antemano cómo se acepta un cambio grande.
Fuentes
Artículos relacionados

Mojo pasa a ser de código abierto bajo Apache 2.0, las contribuciones siguen cerradas
Modular liberó como código abierto el compilador y las herramientas de Mojo bajo Apache 2.0, una semana después de Mojo 1.0, pero no aceptará contribuciones externas al compilador hasta finales de 2026.

LLVM debate compilar ClangIR por defecto
Una RFC de LLVM propone compilar ClangIR dentro de Clang por defecto. Nadie lo usaría sin un indicador, pero hay estimaciones que doblan los tiempos de compilación.

Debian Code Search elimina su última dependencia de cgo
Michael Stapelberg sustituyó una biblioteca en C de 7 años por Go puro usando el paquete SIMD experimental, y alcanzó la velocidad de la versión en C.