ClangIR на базе MLIR может улучшить диагностику и оптимизации, но его сборка по умолчанию увеличит время компиляции Clang более чем вдвое. Пока речь только о сборке, не о включении по умолчанию. Нужен флаг -fclangir.
Группа авторов (Drehwald, Domínguez, Sala, Aspuru-Guzik, Doerfert) опубликовала работу по оффлоаду Rust-кода на GPU через LLVM. Бенчмарки показывают, что реализация конкурентоспособна с нативными CUDA/HIP C++-ядрами: часть тестов выигрывает, часть проигрывает. Фронтенд считается безопасным и позволяет избегать raw-указателей.
В LLVM upstream приняли x86/x86_64 target для Lightweight Fault Isolation — техники, которая позволяет песочить native-код прямо внутри процесса. До этого аналогичный target уже был для AArch64; теперь исследовательская работа Stanford добралась и до x86, то есть до той архитектуры, где боль обычно приходит не только с производительностью, но и с легаси.
В devlog за 25 июня команда Zig пишет про новые semantics для bitCast и пачку улучшений в LLVM backend. Для языка это не косметика: такие вещи обычно всплывают в местах, где компилятор раньше делал что-то слишком «магическое», а теперь пытаются сделать это менее хрупким.
Для BASIC09 — языка почти из 1980 года, родом с Motorola 6809 и OS-9 — появился front-end к LLVM. Теперь этот старый BASIC можно компилировать в современный стек LLVM и запускать не только на музейном железе, но и на актуальных платформах. Ностальгия, которая внезапно умеет в нормальный компилятор.
Kbuild-изменения для будущего 7.2 уже прилетели до выхода 7.1: ядро начнет требовать более свежий LLVM/Clang. Заодно добавляют поддержку Distributed ThinLTO — то есть сборка станет еще больше похожа на разговор между компиляторами, в котором все делают вид, что так и задумано.
В LLVM/Clang смержили начальную поддержку процессоров Hygon c86-4g-m4 / m6 / m7. Это продолжение истории после похожих патчей в GCC 17, так что китайский x86-лагерь тихо, без фанфар, получает нормальную компиляторную поддержку.