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
next prev parent 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