[devel] LLVM 11, поддержка нескольких llvm в репозитории

Konstantin Lepikhov lakostis на altlinux.org
Вт Окт 20 14:00:19 MSK 2020


Hi Dmitry!

On 10/20/2020, at 12:33:25 PM you wrote:

> Hi,
> 
> On Tue, Oct 13, 2020 at 04:07:59PM +0300, Arseny Maslennikov wrote:
> [...]
> > Я планирую собрать LLVM 11 в префикс /usr/lib/llvm-11.0, с проброшенными
> > симлинками на исполнимые файлы и маны. llvm = %EVR и прочие провайды без
> > номерка в имени пока что предоставляться не будут, как и /usr/bin/clang,
> > /usr/bin/ld.lld, etc.; пока будут /usr/bin/clang-11 и т. п., чтобы не
> > создавать лишних волнений в чужих пакетах раньше времени — кто собирался
> > с llvm, clang, lld, по-прежнему получат свою десяточку.
> > Саму десяточку я не трогаю и думаю, что упаковывать по-новому её уже и
> > не надо — но кто-то может и не согласиться.
> 
> У меня наивный вопрос, нельзя ли просто собирать llvm в Сизиф по той же схеме,
> что и gcc?
> 
llvm это как gcc/egcc/pgcc/binutils в одном флаконе, слишком сильная
турбулентность )

Мне кажется, зря тут все затачиваются на gcc, проще считать llvm некой qt
library и брать схему упаковки оттуда. Т.е. есть префикс, есть все тулзы
там в префиксе и либы сбоку. А портировать всю схему из gcc это очень
хлопотно и не окупится, т.к. основная потребность иметь несколько версий
llvm - это либо проекты которые не переползли на новый llvm и их нужно как
то тянуть, либо какой-то свежак-свежак для новых фич. Остальное это
кастомные libllvm внутри проекта выпиливать которые нет смысла.

PS я не претендую на авторитетное мнение, просто IMHO.

-- 
WBR et al.


Подробная информация о списке рассылки Devel