В файле /usr/lib/llvm-15.0/lib64/cmake/llvm/LLVMExports.cmake стоит жёсткая проверка на наличие /usr/lib/llvm-15.0/lib64/libMLIRSupportIndentedOstream.a , а в пакете зависимость на libmlir15.0-devel отсутствует. Варианта 2: 1. Поставить у llvm15.0-devel зависимость на libmlir15.0-devel 2. Если зависимость малонужная, то закостылить FATAL_ERROR на Warning в LLVMExports.cmake (искать "references the file")
Вылезло https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/qt6-tools-6.4.2-alt2 У меня в Qt6 то же самое, а проблема в том, что просто не закостылить, т.к. этот кусок в cmake. Я у себя в каждом qt6-пакете меняю FATAL_ERROR на WARNING.
Причём, три дня назад, 11.09, этой проблемы не было -- я сужу по успешной сборке ccls-0.20230717-alt1, и появившемуся сейчас FTBFS. Изменения в собственно clang 15.0.7-alt5 на первый взгляд никак не могли привести к такому результату.
Мы уже в спеке llvmX исправляем в LLVMExports/*Targets несколько таких случаев[1], возможно, надо добавить. [1] https://git.altlinux.org/gears/l/llvm15.0.git?p=llvm15.0.git;a=blob;f=llvm15.spec;h=b9a03395713752d09224c9dfcf3cbf1a3fbbe3e4;hb=b2af205cf61667614c02e541ce1c2ebe81fbd84d#l976
(Ответ для Arseny Maslennikov на комментарий #3) > возможно, надо добавить. определённо, нужно.
CMake с некоторых пор стал по-другому генерировать устанавливаемые конфиги для проектов; они поменяли имя внутренних переменных, сохранив семантику кода в конфиге. Мы же, патча эти конфиги, искали в тексте старые имена. В общем, для llvm16.0 и llvm17.0 я это исправил в версиях 16.0.6-alt5, 17.0.1-alt3.