ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Vitaly Lipatov <lav@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Cc: Arseny Maslennikov <arseny@altlinux.org>
Subject: Re: [devel] LLVM 11, поддержка нескольких llvm в репозитории
Date: Tue, 13 Oct 2020 21:26:09 +0300
Message-ID: <9d423aa51dc1a7b91b6a82f8dc8d917b@altlinux.ru> (raw)
In-Reply-To: <20201013154259.GB3891934@cello>

Arseny Maslennikov писал 13.10.20 18:42:
...
> Проект LLVM между мажорными выпусками, которые у него теперь раз в
> полгода, ломает любую обратную совместимость, которую считает нужным, и
> полагает, что пользователи завязываются на конкретную мажорную версию.
> Взгляните ради интереса на усилия по ссылкам, что людям приходится
> делать, чтобы уйти от одного мажорного LLVM на другой.
> Пользователи LLVM шевелятся с разной скоростью, и у наших пакетов могут
> быть совершенно разные зависимости даже на конкретные версии этих
> пользователей, и в будущем, скорее всего, будет только сложнее.
Что в репозитории для сборки пакетов нужны разные версии llvm, теперь 
стало понятно. И не оспаривается. Но так ли необходимо при этом 
обеспечивать одновременную установку в систему?
Просто если это слишком сложно в реализации (и особенно создаст потом 
сплошные проблемы), надо точно понимать, что это кому-то нужно.

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

...
>> Правильно это класть туда, где cmake сможет найти. Но это идёт вразрез 
>> с
>> идей установки нескольких llvm, если только не вынести модули cmake в
>> отдельный конфликтующий пакет.
>> 
>> Ссылку на нерешённую багу Алексей уже привёл:
>> https://bugzilla.altlinux.org/38660
>> 
>> Ваша сборка должна закрывать эту багу, мне кажется.
> 
> Или ещё не закрывает; надо убедиться.
Я имел в виду, что нужно придумать решение, которое не будет приводить к 
этой баге :)
Если сохранить возможность соустановки нескольких clang, то тогда 
придётся cmake-модули выносить в отдельные конфликтующие пакеты. Или ещё 
можно предлагать расширять путь поиска модулей cmake, что странно.

...

>> > Другие конструктивные комментарии приветствуются. Если никто не будет
>> > возражать, между этой пятницей и следующим вторником пакет полетит в
>> > сизиф.
>> >
>> > Как из спека llvm10 получился спек llvm11, можно посмотреть тут[1].
>> > [1] http://git.altlinux.org/people/arseny/packages/?p=llvm11.0.0rc6.git
Как я понимаю, если он не ломает llvm10, почему бы не полететь :)

-- 
С уважением,
Виталий Липатов,
ALT Linux Team


  reply	other threads:[~2020-10-13 18:26 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-13 13:07 Arseny Maslennikov
2020-10-13 13:17 ` Aleksei Nikiforov
2020-10-13 13:40 ` Валерий Иноземцев
2020-10-13 15:58   ` Arseny Maslennikov
2020-10-13 14:00 ` Michael Shigorin
2020-10-13 16:10   ` Arseny Maslennikov
2020-10-13 14:02 ` Vitaly Lipatov
2020-10-13 15:42   ` Arseny Maslennikov
2020-10-13 18:26     ` Vitaly Lipatov [this message]
2020-10-13 15:51   ` Arseny Maslennikov
2020-10-13 17:34     ` Vitaly Lipatov
2020-10-14  9:41 ` Konstantin Lepikhov
2020-10-14 10:20   ` Andrey Savchenko
2020-10-14 10:55     ` Konstantin Lepikhov
2020-10-14 11:56   ` Vladimir D. Seleznev
2020-10-14 12:45     ` Konstantin Lepikhov
2020-10-14 13:58       ` Arseny Maslennikov
2020-10-14 13:49   ` Arseny Maslennikov
2020-10-14 15:47     ` Konstantin Lepikhov
2020-10-16 14:13       ` Vitaly Lipatov
2020-10-19 15:40   ` Arseny Maslennikov
2020-10-19 16:31     ` Konstantin Lepikhov
2020-10-20  9:33 ` Dmitry V. Levin
2020-10-20 10:15   ` Валерий Иноземцев
2020-10-20 10:31     ` Alexey Gladkov
2020-10-20 10:34     ` Dmitry V. Levin
2020-10-20 10:45       ` Валерий Иноземцев
2020-10-20 11:00   ` Konstantin Lepikhov
2020-10-20 11:15   ` Arseny Maslennikov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9d423aa51dc1a7b91b6a82f8dc8d917b@altlinux.ru \
    --to=lav@altlinux.ru \
    --cc=arseny@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git