Mold 3.0 liefert den Rust-Neubau als Drop-in-Linker

Mold 3.0, die erste in Rust geschriebene Version des schnellen Linux-Linkers, ist am 5. Oktober 2026 erschienen. Sein Autor Rui Ueyama hat das gesamte Programm aus C++ neu geschrieben. Die Release Notes versprechen einen sauberen Austausch: dieselben Optionen, dieselbe Ausgabe und dieselbe Geschwindigkeit wie mold 2.42.1, die letzte C++-Version. Das ist wichtig, weil mold jetzt der Standard-Linker unter Linux werden will.

Was ein Linker tut und wo mold hingehört

Ein Linker ist der letzte Schritt beim Bauen eines Programms. Der Compiler macht aus jeder Quelldatei eine Objektdatei. Der Linker fügt diese Teile dann zu einem Programm zusammen, das sich ausführen lässt. Bei großen Projekten kann dieser Schritt viele Sekunden dauern, und er läuft nach jeder kleinen Änderung erneut.

Die meisten Linux-Systeme verwenden standardmäßig GNU ld, den Linker des GNU-Projekts. LLVMs lld ist eine schnellere Alternative. Mold wurde gebaut, um beide zu schlagen. Sein Repository nennt diese Link-Zeiten aus Tests vom August 2026:

Programm	mold	LLVM lld	Beschleunigung
Chromium 145	1,65 s	16,64 s	10,1x
TensorFlow 2.21	3,15 s	50,73 s	16,1x
ClickHouse 26.1	0,98 s	6,62 s	6,7x

Diese Werte wurden mit der C++-Version gemessen. Laut den Release Notes zu 3.0 bleibt die Link-Geschwindigkeit „auf dem Niveau von 2.42.1“, die Rust-Version beansprucht also dieselben Ergebnisse. Ueyama hatte den Plan erstmals im September vorgestellt: Molds Rust-Neufassung will Linux' Standard-Linker werden.

Was sich in mold 3.0 geändert hat

Wer mold einfach aufruft, sollte keinen Unterschied bemerken. Laut den Release Notes auf GitHub und Phoronix bietet mold 3.0:

• dieselben Kommandozeilen-Optionen wie 2.42.1
• Unterstützung für dieselben CPU-Architekturen, darunter x86-64, AArch64, RISC-V und LoongArch
• dieselbe Ausgabe, außer dort, wo Fehler behoben wurden
• dieselbe Link-Geschwindigkeit wie 2.42.1

Die eigentlichen Änderungen betreffen die Art, wie mold selbst gebaut wird. Es verwendet jetzt Cargo, das Standard-Build-Werkzeug von Rust, statt CMake. Zum Bauen wird Rust 1.95 oder neuer benötigt.

Außerdem entfällt oneTBB, eine Intel-Bibliothek, die Arbeit auf Prozessorkerne verteilt. Das war ein weiteres Paket, das Linux-Distributionen neben mold ausliefern mussten.

Warum einen funktionierenden Linker in Rust neu schreiben

Der Hauptgrund ist Sicherheit. Ein Linker liest Objektdateien, die er nicht selbst erzeugt hat. Anschließend verrichtet er an ihnen sehr viel maschinennahe Arbeit im Speicher.

In C++ kann eine einzige defekte Eingabedatei diesen Code dazu bringen, Speicher zu lesen, den er nie berühren dürfte. Hardware Busters berichtete im September, dass genau hier aus einem Speicherfehler eine Sicherheitslücke wird. Rust prüft diese Lesezugriffe automatisch. Laut Phoronix ist mold dadurch jetzt sicherer im Umgang mit beschädigten Eingabedateien.

Wie es weitergeht: Linker-Skripte und der Standardplatz

Die 3.x-Reihe hat ein klares Ziel. Das erklärte Ziel des Projekts ist es, „die verbleibenden Kompatibilitätslücken zu GNU ld zu schließen, insbesondere bei der Unterstützung von Linker-Skripten“. Außerdem will es „den Weg dafür ebnen, dass mold in Linux-Distributionen als Standard-Linker übernommen wird“.

Linker-Skripte sind kleine Dateien, die einem Linker genau vorgeben, wo er Code im Speicher ablegen soll. Betriebssystem-Kernel, Bootloader und Firmware für kleine Geräte hängen davon ab. Mold konnte solche Programme bisher nicht linken, berichtete Hardware Busters. Solange es das nicht kann, können Distributionen es nicht zum Systemstandard machen.

Was das für Entwickler bedeutet

Behandeln Sie 3.0 als Drop-in-Ersatz, und prüfen Sie es dann. Wenn Sie mold bereits nutzen, sollten Ihre Build-Flags unverändert bleiben können. Linken Sie zuerst ein echtes Projekt sowohl mit 2.42.1 als auch mit 3.0. Lassen Sie dann Ihre vollständige Testsuite laufen, bevor Sie Ihre CI-Maschinen umstellen.

Prüfen Sie Ihren Compiler, wenn Sie mold selbst bauen. Rust 1.95 oder neuer ist Pflicht, daher reicht das ältere Rust mancher Distributionen mit Langzeitunterstützung womöglich nicht zum Bauen. Paketbetreuer verlieren die Abhängigkeit von oneTBB, übernehmen dafür aber einen Cargo-Build.

Messen Sie Ihre eigenen Link-Zeiten. Die Beschleunigungen in der Tabelle stammen aus molds eigenem Repository, und sie wurden vor dem Neubau gemessen. Messen Sie auf Ihrem eigenen Code einen vollständigen Build und einen kleinen inkrementellen Rebuild, jeweils vor und nach dem Wechsel.

Beobachten Sie die Distributionen. Wenn eine große Distribution mold zu ihrem Standard-Linker macht, nutzt jeder Build auf diesem System ihn, ohne dass jemand danach fragt. Diese Entscheidung hängt jetzt von der Unterstützung für Linker-Skripte in der 3.x-Reihe ab. Kernel- und Embedded-Entwickler sind die Gruppe, auf die man zuerst achten sollte.