summaryrefslogtreecommitdiff
path: root/llvm-core/llvm-common
diff options
context:
space:
mode:
authorIonen Wolkens <ionen@gentoo.org>2025-04-03 04:55:21 -0400
committerIonen Wolkens <ionen@gentoo.org>2025-04-03 05:09:43 -0400
commitb1344b7bfd4f1f362c20a98d8c3193eb451aeef3 (patch)
treeb2eb73920cfff97907b9a2082500bb861f0de2b6 /llvm-core/llvm-common
parent1ba57306b630f281447285f1591103e94c3d1a1f (diff)
downloadgentoo-b1344b7bfd4f1f362c20a98d8c3193eb451aeef3.tar.gz
gentoo-b1344b7bfd4f1f362c20a98d8c3193eb451aeef3.tar.bz2
gentoo-b1344b7bfd4f1f362c20a98d8c3193eb451aeef3.zip
dev-qt/qttools: fix clang detection with libcxx
Happened to notice this while testing 6.9.0 with llvm-musl, and this been broken since 6.8.3 (with USE=clang) that had the same change picked to. CMake Error at cmake/FindWrapLibClang.cmake:72 (find_package): find_package called with invalid argument "20.1.1+libcxx" At first I thought this was caused by our sed, but that specific line is unmodified and is using ${LLVM_VERSION} which has the +libcxx bit appended (or at least, it does with llvm:20). This is Qt's attempt at getting a "matching" version for Clang. Given we are trying to remove version specifications to let the eclass pick them instead (will always match), may as well just remove it as well. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Diffstat (limited to 'llvm-core/llvm-common')
0 files changed, 0 insertions, 0 deletions