это относится и ко всем остальным (11, 12, 14, 15) clang-libs

(In reply to Valery Inozemtsev from comment #0)
> $ rpmquery -pR clang13.0-libs-13.0.1-alt3.x86_64.rpm       
> libc.so.6(GLIBC_2.3.2)(64bit)  
> libc.so.6(GLIBC_2.9)(64bit)  
> clang13.0-libs-support = 13.0.1-alt3:sisyphus+298982.600.9.1
> llvm13.0-libs = 13.0.1-alt3:sisyphus+298982.600.9.1
> rpmlib(PayloadIsXz)
> 
> Для libclang.so.13/libclang-cpp.so.13 действительно необходима куча
> заголовочных файлов и статические библиотеки в виде clang13.0-libs-support
> прибитых гвоздями в спеке?

Fun fact: эта куча файлов и в 11.0.1-alt1, например[1], шла в составе clang-libs, просто не было пакета -libs-support отдельного.
[1] https://git.altlinux.org/srpms/l/llvm11.0.git?p=llvm11.0.git;a=blob;f=llvm11.spec;h=659847bc56dab3889c89e5e779a6b5e5a9c08202;hb=8986c2acdc8311f69a43a1661a849a2e12788de8#l368

(In reply to Valery Inozemtsev from comment #0)
> $ rpmquery -pR clang13.0-libs-13.0.1-alt3.x86_64.rpm       
> libc.so.6(GLIBC_2.3.2)(64bit)  
> libc.so.6(GLIBC_2.9)(64bit)  
> clang13.0-libs-support = 13.0.1-alt3:sisyphus+298982.600.9.1
> llvm13.0-libs = 13.0.1-alt3:sisyphus+298982.600.9.1
> rpmlib(PayloadIsXz)
> 
> Для libclang.so.13/libclang-cpp.so.13 действительно необходима куча
> заголовочных файлов и статические библиотеки в виде clang13.0-libs-support
> прибитых гвоздями в спеке?

Понятно, что без clang-libs-support clang работать не будет. А как же, например, clangd? Ему же не надо ни генерировать llvm-код, ни снижать его до машинного — по крайней мере, когда он жуёт си. Может быть, -libs-support нужен самому шлонгу, или rust-крейту cbindgen какому-нибудь, а ему не нужен?
Проведём эксперимент:
% EDITOR='printf %s\n' gear-edit-spec
hasher-priv/hasher-priv.spec
% nvim hasher-priv/pass.c
>>> :LspInfo
Detected filetype:   c                                 
                                                       
1 client(s) attached to this buffer:                   
                                                       
Client: clangd (id: 1, pid: nil, bufnr: [1])           
 filetypes:       c, cpp, objc, objcpp, cuda           
 autostart:       true                                 
 root directory:  /home/ar/gear/hasher-priv/hasher-priv
 cmd:             clangd                               
>>> :lua vim.diagnostic.setloclist()
<открывается пустой loclist>
>>> :qa!
Что и ожидалось.
Теперь без -libs-support. В другом терминале:
# rpm -e --nodeps clang13.0-libs-support
egrep: warning: egrep is obsolescent; using grep -E
Снова в предыдущем терминале:
% nvim hasher-priv/pass.c
>>> :lua vim.diagnostic.setloclist()
hasher-priv/pass.c|1 col 1 error| Too many errors emitted, stopping now
hasher-priv/pass.c|13 col 10-21 error| In included file: 'stddef.h' file not found
hasher-priv/pass.c|23 col 20-26 error| Unknown type name 'size_t'; did you mean 'ssize_t'? (fix available)
hasher-priv/pass.c|25 col 8-14 error| Unknown type name 'size_t'; did you mean 'ssize_t'? (fix available)
hasher-priv/pass.c|26 col 11-21 error| Use of undeclared identifier 'size_t'
hasher-priv/pass.c|50 col 25-38 error| Use of undeclared identifier 'size_t'
hasher-priv/pass.c|53 col 19-27 error| Use of undeclared identifier 'size_t'
hasher-priv/pass.c|54 col 31-35 error| Implicit conversion changes signedness: 'const ssize_t' (aka 'const long') to 'unsigned long'
hasher-priv/pass.c|72 col 60-66 error| Unknown type name 'size_t'; did you mean 'ssize_t'? (fix available)
hasher-priv/pass.c|74 col 8-14 error| Unknown type name 'size_t'; did you mean 'ssize_t'? (fix available)
hasher-priv/pass.c|75 col 11-21 error| Use of undeclared identifier 'size_t'
hasher-priv/pass.c|121 col 25-38 error| Use of undeclared identifier 'size_t'
hasher-priv/pass.c|137 col 2-8 error| Unknown type name 'size_t'; did you mean 'ssize_t'? (fix available)
hasher-priv/pass.c|137 col 37-45 error| Use of undeclared identifier 'size_t'
>>> :qa!
Отлетели stdint.h, stddef.h, ... А они нужны. Как без них код на си анализировать?

В общем, либо NOTABUG, либо есть какие-то пользователи libclang конкретные, которым мешает.

(In reply to Arseny Maslennikov from comment #3)
> В общем, либо NOTABUG, либо есть какие-то пользователи libclang конкретные,
> которым мешает.

Кроме хедеров, остаются ещё crt и санитайзеры.
Про санитайзеры, может, стоит и отдельно поговорить... Но с ними невозможно собраться, если не давать линкеру полные пути к ним явно.

к чему все эти выкладки? понятно же что clang-libs-support нужен для clang, а вот пользователям clang-libs он как собаке пятая нога

(In reply to Valery Inozemtsev from comment #5)
> к чему все эти выкладки? понятно же что clang-libs-support нужен для clang,
> а вот пользователям clang-libs он как собаке пятая нога

А что за пользователи-то такие, которым не нужны stdint.h? rdb.altlinux.org таких не знает.

есть такие библиотеки, которым нужен libclang-cpp.so.13, но не нужен clang-13

(In reply to Valery Inozemtsev from comment #7)
> есть такие библиотеки, которым нужен libclang-cpp.so.13, но не нужен clang-13

А, точно, rdb может не резолвить провайды.
Задал в запросе именно libclang-cpp.so.13.
% curl -X GET \                       
  'https://rdb.altlinux.org/api/dependencies/packages_by_dependency?branch=sisyphus&dp_name=libclang-cpp.so.13&dp_type=require' \
  -H 'accept: application/json' | jq '.packages[].name'

Кроме того, что хочет и -libs-support, выдали:
"libMesaOpenCL"
"qt6-tools"

Окей, теперь верю. Спасибо.

https://git.altlinux.org/tasks/330734/
Оторвал зависимость на -libs-support, пока что от clang-cpp.

llvm17.0-17.0.1-alt4 -> sisyphus:

 Sat Sep 30 2023 Arseny Maslennikov <arseny@altlinux> 17.0.1-alt4
 - Split libclang-cpp.so into its own package. (Closes: 44263)
 - Split libclang.so into its own package, making clangX-libs a compat package
   which pulls both shared libraries in.

(In reply to Repository Robot from comment #10)
> llvm17.0-17.0.1-alt4 -> sisyphus:
> 
>  Sat Sep 30 2023 Arseny Maslennikov <arseny@altlinux> 17.0.1-alt4
>  - Split libclang-cpp.so into its own package. (Closes: 44263)
>  - Split libclang.so into its own package, making clangX-libs a compat
> package
>    which pulls both shared libraries in.

Этот релиз, правда, оказался сломанным, потому что clang и clangd не вытягивали явно очевидно нужный им пакет clang-support.

В 17.0.2-alt1 зависимости у clang и clangd исправлены.
17.0.2-alt1

llvm 17.0 рано выбирать по умолчанию, libMesaOpenGL с ним не собирается

(In reply to Valery Inozemtsev from comment #12)
> llvm 17.0 рано выбирать по умолчанию, libMesaOpenGL с ним не собирается

https://gitlab.freedesktop.org/mesa/mesa/-/issues/8671
Апстрим llvm17.0 выкинул legacy pass manager, от которого в gallivm и clover что-то пока ещё зависит.

Может, нам будет достаточно наложить на месу следующие патчи?
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/22980
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/24879
Я на них набрёл по ссылкам из mesa issue 8671.