In september was een voorstel om Rust’s UEFI-firmwaredoelen naar tier-2 te promoten. Met de huidige tier-3-aanduiding voor de Rust UEFI-doelen hebben ze momenteel geen continue integratie (CI)-garanties en officiële builds in de Rust-releasekanalen, wat betekent dat gebruikers die Rust willen gebruiken voor het targeten van de UEFI-binaries, moeten vertrouwen op nachtelijke/instabiele compiler-builds.
David Rheinsberg van Red Hat was degene die de Rust UEFI-firmwaredoelen promootte om het bouwen van Rust UEFI-applicaties gemakkelijker te maken. Dat voorstel was succesvol en het Rust-team heeft nu geaccepteerd dat de AArch64/i686/x86_64 UEFI-doelen worden gepromoveerd tot tier-2-status. Dit betekent dat er in de toekomst automatische builds zullen zijn in de Rust-releasekanalen en automatische CI-builds. Dit verlaagt op zijn beurt de drempel voor het gebruik van de Rust-programmeertaal voor UEFI-ontwikkelingsinspanningen.
Onder de open-source software die momenteel al met Rust voor UEFI-ontwikkeling werkt, bevindt zich een experimentele kern van TianoCore EDK2 to Rust, td-shim Rust UEFI-ondersteuning voor vertrouwelijke containers, Cloud Hypervisor heeft een op Rust gebaseerde minimale UEFI-firmware implementatie en verschillende UEFI-gerelateerde kratten.
Vanaf vanmorgen heeft het Rust-compilerteam nu het wijzigingsvoorstel geaccepteerd voor het verhogen van de UEFI-doelen naar tier-2-status in de toekomst.
Het is een behoorlijk bewogen jaar geweest voor Rust met de eerste Rust-infrastructuur die arriveerde met de Linux 6.1-kernel, het eerste werk dat aantoont dat Rust Linux-stuurprogramma’s net zo snel kunnen zijn als C-stuurprogramma’s, Mesa 22.3 pikt de eerste Rust-code op in de vorm van de succesvolle Rusticl OpenCL-implementatie, BUS1 werkt aan r-linux als een op Rust gebaseerde Linux-runtime, GCC Rust komt waarschijnlijk met GCC 13, uutils als een Rust Coreutils-implementatie die praktischer wordt, en vele andere mijlpalen voor deze steeds populairdere systeemprogrammeertaal.
