Mojo 1.1 nimmt erstmals externe Compiler-Beiträge an

Modular nimmt jetzt externe Beiträge zum Mojo-Compiler an. Die Release Notes zu MAX 26.6 sagen es in einer Zeile: "we're now accepting contributions to the Mojo compiler!" Damit schließt sich die Lücke, über die diese Seite im August berichtete, als der Compiler unter Apache 2.0 offen wurde, Beiträge aber geschlossen blieben.

Damals sagte Modular, man wolle Compiler-Beiträge gegen Ende 2026 annehmen. Es kam früher, und es kam mit einer Version, die zugleich Syntax löscht.

Was tatsächlich geöffnet wurde

Der Hinweis auf Beiträge steht auf Modulars GitHub-Release-Seite und nicht in den Release Notes der Sprache selbst. Das ist gut zu wissen, wenn Sie nach dem Verfahren suchen.

Keine der beiden Seiten nennt eine Contributor-License-Agreement oder eine Review-Richtlinie. Die Einladung ist also öffentlich, während die Mechanik noch nicht aufgeschrieben ist. Wer einen Compiler-Patch schicken will, sollte damit rechnen, erst nachfragen zu müssen.

Die Entfernungen in 1.1

Diese Version beendet eine Migration, statt eine zu beginnen. Die Notes zu Mojo 1.1.0 sagen, die Version "completes the removal of APIs deprecated during the v1.0 cycle", und listen auf, was ging:

Entfernt	Ersatz
Schlüsselwort fn	Im 1.0-Zyklus ersetzt
Schlüsselwort alias	Im 1.0-Zyklus ersetzt
__comptime_assert	Im 1.0-Zyklus ersetzt
@parameter if	comptime if
@parameter for	comptime for

Die Notes halten außerdem fest, dass der @parameter-Dekorator an parametrischen Closures in @__parameter umbenannt wurde und nun nur noch Legacy-Closures deklariert.

Das wichtige Wort ist "completes". Diese Konstrukte wurden in 1.0 ersetzt, 1.1 ist also die Version, in der die alten Schreibweisen nicht mehr funktionieren. Wenn Sie die Migration aufgeschoben haben, weil die alten Formen noch kompilierten, endet die Schonfrist hier.

Einige Grundlagen sind nun gesetzt. Laut den Notes hat Modular "marked more APIs in the standard library as stable, such as String, SIMD, and List", mit konkreten Signaturen zu jedem.

Was gleichzeitig kam

Mojo 1.1 fährt im selben Versionszug wie MAX 26.6, Modulars Inferenzplattform, und dort stehen die Leistungszahlen. Die Release Notes nennen die Kernel-Beschleunigungen im Diagramm oben, darunter 4,8-mal schnellere Decode-Attention bei Gemma 4 und 16-mal schnellere NVFP4-Quantisierung bei kleinen Batches auf Nvidia B200.

Zwei strukturelle Änderungen wiegen mehr als die Faktoren. Das Paket max.gpu umfasst jetzt alles, was früher in std.gpu lag. Und MAX kann Audio erzeugen: "44.1 kHz stereo music from a text prompt" mit MiniMax-Music3. Phoronix berichtet, dass die Kernel-Arbeit AMD- und Nvidia-GPUs umfasst.

Was das für Entwickler bedeutet

Pinnen Sie Ihre Mojo-Version, bevor Sie irgendetwas aktualisieren. Eine Version, die fn, alias und zwei @parameter-Formen entfernt, kompiliert Code in den Schreibweisen vor 1.0 nicht. Der Fehler kommt dabei aus Ihrem Quelltext und nicht aus Ihren Abhängigkeiten. Suchen Sie diese fünf Konstrukte zuerst im Baum, dann aktualisieren Sie.

Wer GPU-Kernel gegen Modulars Stack schreibt, sollte den Wechsel von std.gpu zu max.gpu als Import-Änderung einplanen. Das ist eine mechanische Umbenennung, aber eine von der Sorte, die jede Datei einer Kernel-Bibliothek berührt.

Das nützliche Planungssignal sind die Stabilitätsmarkierungen. Dass Modular String, SIMD und List als stabil markiert, heißt: auf diesen Signaturen darf man bauen. Das ist ein anderes Versprechen als die Sprache bei 1.x. Was nicht auf der Liste steht, bewegt sich weiter.

Bei den Beiträgen bleiben Sie nüchtern. Qualcomms Kauf von Modular wurde im Juli 2026 abgeschlossen, der Compiler öffnete im August, externe Patches wurden im September willkommen. Das ist eine schnelle Folge, und das Fehlen einer veröffentlichten CLA oder Review-Richtlinie deutet darauf hin, dass die Tür vor dem Papierkram aufging. Nützlich, wenn Sie einen lange mitgeschleppten Fehler beheben wollen, weniger, wenn Sie vorher wissen müssen, wie eine große Änderung akzeptiert wird.