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

[Arseny Maslennikov <arseny@altlinux.org>]

[-- Attachment #1: Type: text/plain, Size: 5916 bytes --]

On Tue, Oct 13, 2020 at 05:02:35PM +0300, Vitaly Lipatov wrote:
> Arseny Maslennikov писал 13.10.20 16:07:
> > Господа!
> > 
> > Несколько часов назад вышел LLVM 11.
> > 
> > On Tue, Sep 17, 2019 at 10:27:18AM +0200, Konstantin Lepikhov wrote:
> > > <...> LLVM нужно переделывать,
> > 
> > Сие в меру знаменательное событие стало неплохим поводом для того,
> > чтобы начать переделывать упаковку LLVM в сизифе.
> > 
> > > чтобы можно было держать несколько версий одновременно (как
> > > gcc), на это нужно время и желание, которого пока не накопилось.
> А зачем это нужно, держать несколько llvm?
> Какие есть use cases?

Проект LLVM между мажорными выпусками, которые у него теперь раз в
полгода, ломает любую обратную совместимость, которую считает нужным, и
полагает, что пользователи завязываются на конкретную мажорную версию.
Взгляните ради интереса на усилия по ссылкам, что людям приходится
делать, чтобы уйти от одного мажорного LLVM на другой.
Пользователи LLVM шевелятся с разной скоростью, и у наших пакетов могут
быть совершенно разные зависимости даже на конкретные версии этих
пользователей, и в будущем, скорее всего, будет только сложнее.

[1] https://github.com/ziglang/zig/commit/41a8b6f57b3bd50b2ed6fdced74fba9130eac3d3
[2] https://github.com/ziglang/zig/commit/bd121f3af46bc22a25ac0495e8d83461510c77d4
[3] https://github.com/ziglang/zig/commit/cd91e17b7384fe857c5cf847b106cd0f98cb4d6a
[4] https://github.com/ziglang/zig/commit/c8ea8cf5df8261995b1e451085e39cd612c9e038
[5] https://github.com/ziglang/zig/commit/4053b95d8e2dea661ff7b1dfdb4a9aa32d08db14
[6] https://github.com/rust-lang/rust/pull/73525/
[7] https://github.com/rust-lang/rust/pull/73526/
Rust так вообще уже неделю как в вашем кинотеатре, выше головы прыгнул. :)

Ссылки решительно не исчерпывающие.

> 
> > В связи с этим несколько вопросов TWIMC:
> > — нужны ли в будущем вообще провайды без суффикса: llvm, lld, clang? Или
> >   пусть они так и смотрят на llvm10.0 до EOL этого пакета?
> Мне кажется правильным смотреть на «как gcc», то есть нужна возможность
> запустить llvm, clang.

OK. Тогда чуть позже, но до LLVM 12, возможность запустить
/usr/bin/clang появится.
Пока что она есть, если поставить в окружение десятку.

Про произвольные llvm-утилиты — вот тут даже я задумался, насколько это
востребовано... но от введения их поддержки реализация llvm-util-wrapper
сильно не усложнится.

> 
> > — мейнтейнерам пакетов-пользователей LLVM/Clang на CMake:
> >   сейчас модули упакованы в /usr/lib/llvm-11.0/{%_lib,share}/cmake/.
> >   Это вообще принципиально с точки зрения удобства сопровождения? Или
> >   лучше в /usr/{%_lib,share}/cmake куда-то класть? Или как-то ещё? У
> >   меня этих сведений и соображений на этот счёт скорее нет, а у господ
> >   мейнтейнеров, наверное, есть.
> Правильно это класть туда, где cmake сможет найти. Но это идёт вразрез с
> идей установки нескольких llvm, если только не вынести модули cmake в
> отдельный конфликтующий пакет.
> 
> Ссылку на нерешённую багу Алексей уже привёл:
> https://bugzilla.altlinux.org/38660
> 
> Ваша сборка должна закрывать эту багу, мне кажется.

Или ещё не закрывает; надо убедиться.

> 
> > — нужна ли LLVM Packaging Policy?
> Конечно!

Тогда постараюсь вскоре набросать прототип.

> 
> > Другие конструктивные комментарии приветствуются. Если никто не будет
> > возражать, между этой пятницей и следующим вторником пакет полетит в
> > сизиф.
> > 
> > Как из спека llvm10 получился спек llvm11, можно посмотреть тут[1].
> > [1] http://git.altlinux.org/people/arseny/packages/?p=llvm11.0.0rc6.git
> > 
> > _______________________________________________
> > Devel mailing list
> > Devel@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/devel
> 
> -- 
> С уважением,
> Виталий Липатов,
> ALT Linux Team
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]