Bug 33411

Summary: Требуется собрать lldb (по аналогии с clang собирается вместе с llvm)
Product: Sisyphus Reporter: Vitaly Lipatov <lav>
Component: llvmAssignee: Arseny Maslennikov <arseny>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: aen, arseny, legion, vseleznv
Version: unstable   
Hardware: all   
OS: Linux   
URL: https://lldb.llvm.org/build.html
Bug Depends on:    
Bug Blocks: 39529    

Description Vitaly Lipatov 2017-04-21 22:41:19 MSK
Как я понял из сумбурной инструкции по сборке, lldb не получится собрать отдельно от сборки llvm, и нужно включить его в процесс сборки llvm. Возможно ли это осуществить? lldb нужен для сборки .NET Core.
https://lldb.llvm.org/build.html
Comment 1 Konstantin A Lepikhov (L.A. Kostis) 2017-04-22 00:58:48 MSK
(In reply to comment #0)
> Как я понял из сумбурной инструкции по сборке, lldb не получится собрать
> отдельно от сборки llvm, и нужно включить его в процесс сборки llvm. Возможно
> ли это осуществить? lldb нужен для сборки .NET Core.
> https://lldb.llvm.org/build.html

У меня есть такие планы, но мешают пока след. обстоятельства:

1) нехватка свободного времени
2) необходимость создания альтернатив для ld, чтобы можно было линковать либо с помощью lld либо gnu ld.
3) все это проверить в работе.

А так да, штука полезная, говорят им хром на порядок быстрее линкуется.
Comment 2 Vitaly Lipatov 2017-04-26 14:44:08 MSK
Немного не понял. lldb, как я понимаю, это отладчик. Видимо, там ещё есть lld, который линкер?
Если отладчик никого не интересует, попробую тогда его собрать. Меня из него пока только библиотека liblldb интересует.
Comment 3 Vitaly Lipatov 2017-04-26 19:02:36 MSK
Для начала я не смог обнаружить gear-репозитория, из которого собирается llvm:
https://packages.altlinux.org/en/Sisyphus/srpms/llvm/gear

Видимо, потому что он из srpms:
http://git.altlinux.org/srpms/l/llvm.git

А кто знает, нет ли идеи собирать примерно как модули php — когда отдельные модули собираются из разных пакетов, используя при этом пакет с общими исходниками (php?-devel).

А то что мне не очень нравится идея добавления в пакет llvm новых и новых компонент сборки.
Comment 4 Arseny Maslennikov 2021-01-10 13:43:29 MSK
(In reply to Vitaly Lipatov from comment #3)
> А кто знает, нет ли идеи собирать примерно как модули php — когда отдельные
> модули собираются из разных пакетов, используя при этом пакет с общими
> исходниками (php?-devel).
> 
> А то что мне не очень нравится идея добавления в пакет llvm новых и новых
> компонент сборки.

В федоре Tom Stellard (на секундочку, апстримный разработчик, секретарь фонда llvm https://foundation.llvm.org/docs/board/) как-то так и собирает из разных пакетов: сначала llvm/clang, а всё остальное с ним. Но, чтобы так делать, нужно _реально хорошо_ разбираться в их системе сборки, да и снова всё переделывать. И ручной труд по поддержке не одного, а десятка подпакетов, пусть и из gear, тоже возрастает.
Comment 5 Vladimir D. Seleznev 2021-01-13 13:21:58 MSK
(In reply to Arseny Maslennikov from comment #4)
> (In reply to Vitaly Lipatov from comment #3)
> > А кто знает, нет ли идеи собирать примерно как модули php — когда отдельные
> > модули собираются из разных пакетов, используя при этом пакет с общими
> > исходниками (php?-devel).
> > 
> > А то что мне не очень нравится идея добавления в пакет llvm новых и новых
> > компонент сборки.
> 
> В федоре Tom Stellard (на секундочку, апстримный разработчик, секретарь
> фонда llvm https://foundation.llvm.org/docs/board/) как-то так и собирает из
> разных пакетов: сначала llvm/clang, а всё остальное с ним. Но, чтобы так
> делать, нужно _реально хорошо_ разбираться в их системе сборки, да и снова
> всё переделывать. И ручной труд по поддержке не одного, а десятка
> подпакетов, пусть и из gear, тоже возрастает.

Зачем разбираться в их системе сборки для этого? Если перевести clang/llvm в gear, то можно в из одного gear-репозитория собирать разные пакеты, переключаясь между спеками через механизм specsubst. Это позволит и иметь один репозиторий во всеми необходимыми правками в нём, и упростить содержание спеков, разделив их на несколько (в т.ч. выделив тот же lldb в отдельный пакет), и собирать получившиеся пакеты последовательно.
Comment 6 Arseny Maslennikov 2021-01-17 20:50:46 MSK
В задании http://webery.altlinux.org/task/264437 есть lldb и liblldb. Предлагаю интересующимся попробовать их в действии на следующей неделе; в понедельник-вторник 25-26 планирую класть в сизиф.
Comment 7 Alexey Gladkov 2021-01-17 21:31:47 MSK
$ rpmquery -l clang11.0-tools |grep /usr/bin/
/usr/bin/c-index-test-11
/usr/bin/clang-apply-replacements-11
/usr/bin/clang-change-namespace-11
/usr/bin/clang-check-11
/usr/bin/clang-doc-11
/usr/bin/clang-extdef-mapping-11
/usr/bin/clang-format-11
/usr/bin/clang-include-fixer-11
/usr/bin/clang-move-11
/usr/bin/clang-offload-bundler-11
/usr/bin/clang-offload-wrapper-11
/usr/bin/clang-query-11
/usr/bin/clang-refactor-11
/usr/bin/clang-rename-11
/usr/bin/clang-reorder-fields-11
/usr/bin/clang-scan-deps-11
/usr/bin/clang-tidy-11
/usr/bin/find-all-symbols-11

Не могли бы вы сделать альтернативы для утилит с весом по номеру версии ?
Comment 8 Arseny Maslennikov 2021-01-17 22:35:32 MSK
(In reply to Alexey Gladkov from comment #7)
> $ rpmquery -l clang11.0-tools |grep /usr/bin/
> /usr/bin/c-index-test-11
> /usr/bin/clang-apply-replacements-11
> /usr/bin/clang-change-namespace-11
> /usr/bin/clang-check-11
> /usr/bin/clang-doc-11
> /usr/bin/clang-extdef-mapping-11
> /usr/bin/clang-format-11
> /usr/bin/clang-include-fixer-11
> /usr/bin/clang-move-11
> /usr/bin/clang-offload-bundler-11
> /usr/bin/clang-offload-wrapper-11
> /usr/bin/clang-query-11
> /usr/bin/clang-refactor-11
> /usr/bin/clang-rename-11
> /usr/bin/clang-reorder-fields-11
> /usr/bin/clang-scan-deps-11
> /usr/bin/clang-tidy-11
> /usr/bin/find-all-symbols-11
> 
> Не могли бы вы сделать альтернативы для утилит с весом по номеру версии ?

В llvm-common-clang-tools для них есть:
/usr/bin/clang-format
/usr/bin/clang-rename
/usr/bin/clang-tidy
etc.

Их можно вызывать с переменной окружения ALTWRAP_LLVM_VERSION нужного
значения ("11.0", "12.0", whatever).

Если для какой-то из утилит обёртки нет, или она работает неправильно,
или у clang11.0-tools нет зависимости на llvm-common-clang-tools — это бага, которую надо чинить.

Разве этого механизма не достаточно? Если нет, то почему?
Comment 9 Alexey Gladkov 2021-01-17 23:01:40 MSK
(Ответ для Arseny Maslennikov на комментарий #8)
> Разве этого механизма не достаточно? Если нет, то почему?

Всё понятно, У меня после обновления не оказалось этого пакета.

$ apt-cache search clang-format
clang11.0-tools - Various clang-based tools

$ rpmquery -R clang11.0-tools |grep -c llvm-common-clang-tools
0

т.е. если искать, например, утилиту clang-format, то находишь пакет clang11.0-tools, но он не вытягивает llvm-common-clang-tools, где действительно будет утилита, которую ожидаешь.
Comment 10 Arseny Maslennikov 2021-01-18 00:26:08 MSK
(In reply to Alexey Gladkov from comment #9)
> (Ответ для Arseny Maslennikov на комментарий #8)
> > Разве этого механизма не достаточно? Если нет, то почему?
> 
> Всё понятно, У меня после обновления не оказалось этого пакета.
> 
> $ apt-cache search clang-format
> clang11.0-tools - Various clang-based tools
> 
> $ rpmquery -R clang11.0-tools |grep -c llvm-common-clang-tools
> 0
> 
> т.е. если искать, например, утилиту clang-format, то находишь пакет
> clang11.0-tools, но он не вытягивает llvm-common-clang-tools, где
> действительно будет утилита, которую ожидаешь.

Значит, я забыл вписать там соотв. Requires; закоммитил к себе.
Большое вам спасибо за внимательность! :)
Comment 11 Arseny Maslennikov 2021-01-27 21:55:54 MSK
Fixed by build task 264437.