LLVM: различия между версиями
Строка 25: | Строка 25: | ||
* Пакеты собраны с минимальной отладочной информацией (LTO потребляет очень много памяти в случае сборки с -g, что упирается в архитектурно-аппартные особенности сборочницы) | * Пакеты собраны с минимальной отладочной информацией (LTO потребляет очень много памяти в случае сборки с -g, что упирается в архитектурно-аппартные особенности сборочницы) | ||
* Опции сборки несовместимы с binutils [[altbug:34801]] и gcc [[altbug:34685]] | * Опции сборки несовместимы с binutils [[altbug:34801]] и gcc [[altbug:34685]] | ||
* Нельзя линковать clang-libs динамически (см. [https://bugzilla.redhat.com/show_bug.cgi?id=1211943 ошибку в RH bugzilla] | |||
=== Планы на будущее === | === Планы на будущее === |
Версия от 15:40, 2 мая 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)
- 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?)