LLVM: различия между версиями

Версия от 12:48, 31 мая 2018

Особенности сборки пакетов проекта LLVM в ALTLinux Sisyphus

Введение

Несмотря на то, что проект LLVM является довольно зрелым и вполне сформировавшимся, в ALTLinux он появился и стал активно использоваться совсем недавно. Поэтому существует целый ряд проблем, которые будут решены в будущем или будут считаться отличительными особенностями.

Особенности сборки

В настоящий момент в Сизифе существуют след. компоненты:

llvm libs - пакет с библиотеками, реализующими генерацию оптимизированного кода для различных процессоров и архитектур.
clang - "LLVM native" C/C++/Objective-C компилятор, собирает код в 3 раза быстрее, чем gcc, также имеет развитые средства для диагностики и анализа кода.
lld - линковщик кода, который может заменить стандартный ld/gold из binutils, при этом поддерживает все стандартные команды и возможности, работает быстрее и имеет ряд интересных особенностей.

Все компоненты собраны с помощью самих себя с использованием технологии ThinLTO, позволяющей получить значительный выигрыш в оптимизации C++ кода и как следствие работает быстрее, чем предыдущие версии собранные gcc.

Проекты в ALTLinux которые перешли на LLVM либо используют libLLVM

chromium (полностью, использует ThinLTO и LLD)
firefox (полностью, использует ThinLTO и LLD) (В версии 60.x поддержка thinLTO была сломана, но есть шанс что ее починят, поскольку Mozilla планирует переходить на сборку c использованием clang/LTO для всех поддерживаемых платформ).
rust (частично, использует собственный boostrap код)
castxml (частично, использует clang и статическую линковку clang-libs и LLVM)
Mesalib (частично, статически линкует свой libLLVM, есть вариант с динамической линковкой)

Известные проблемы

Хаотическая поддержка пакета.
Нет стратегии развития экосистемы LLVM в ALTLinux.
Нельзя использовать несколько версий LLVM одновременно как GCC
Пакеты собраны с минимальной отладочной информацией (LTO потребляет очень много памяти в случае сборки с -g, что упирается в архитектурно-аппартные особенности сборочницы)
Опции сборки несовместимы с binutils altbug:34801 и gcc altbug:34685
Нельзя линковать clang-libs динамически (см. ошибку в RH bugzilla)

Планы на будущее

Дособрать lldb (LLVM debugger) altbug:33411
Дособрать libcxx (аналог libstdc++)
Привести в порядок флаги сборки (retpoline?)

@@ Строка 14: / Строка 14: @@
 === Проекты в ALTLinux которые перешли на LLVM либо используют libLLVM ===
 * chromium (полностью, использует ThinLTO и LLD)
-* firefox (полностью, использует ThinLTO и LLD)
+* firefox (полностью, использует ThinLTO и LLD) (В версии 60.x поддержка thinLTO была сломана, но есть шанс что ее починят, поскольку Mozilla планирует переходить на сборку c использованием clang/LTO для всех поддерживаемых платформ).
 * rust (частично, использует собственный boostrap код)
 * castxml (частично, использует clang и статическую линковку clang-libs и LLVM)
-* Mesalib (частично, статически линкует libLLVM, есть [http://git.altlinux.org/people/lakostis/packages/?p=mesa.git;a=shortlog;h=refs/heads/mesa-megadrivers вариант] с динамической линковкой)
+* Mesalib (частично, статически линкует свой libLLVM, есть [http://git.altlinux.org/people/lakostis/packages/?p=mesa.git;a=shortlog;h=refs/heads/mesa-megadrivers вариант] с динамической линковкой)
 === Известные проблемы ===