From: Jeremie Courreges-Anglas Subject: clang.port.mk: fix detection of clang-scan-deps To: ports@openbsd.org Cc: phessler@openbsd.org, Theo Buehler , rsadowski@openbsd.org Date: Mon, 6 Jul 2026 10:21:12 +0200 As reported by phessler: audio/openal: /bin/sh: /usr/local/bin/clang-scan-deps-22: not found and as analyzed by tb: [cmake] walks the path with clang-scan-deps-22.1, then clang-scan-deps-22, then clang-scan-deps. so if llvm/22 is installed, that takes priority. clang-scan-deps is detected in the same manner as ar and ranlib in /usr/local/share/cmake/Modules/Compiler/Clang-FindBinUtils.cmake so the diff below uses the same approach to force the use of the executable from base. All our architectures with ports-clang also ship base-clang and thus clang-scan-deps, so while slightly incorrect I think this is good enough. With this, the openal build no longer fails if llvm%22 is installed at configure time and then removed. ok? Index: cmake.port.mk =================================================================== RCS file: /home/cvs/ports/devel/cmake/cmake.port.mk,v diff -u -p -r1.91 cmake.port.mk --- cmake.port.mk 13 May 2026 07:10:23 -0000 1.91 +++ cmake.port.mk 6 Jul 2026 08:19:18 -0000 @@ -165,6 +165,7 @@ _CMAKE_PROCESSING_LANGUAGE = ASM OBJCXX .for LANG in ${_CMAKE_PROCESSING_LANGUAGE} CONFIGURE_ARGS := -DCMAKE_${LANG}_COMPILER_AR:FILEPATH=/usr/bin/ar \ -DCMAKE_${LANG}_COMPILER_RANLIB:FILEPATH=/usr/bin/ranlib \ + -DCMAKE_${LANG}_COMPILER_CLANG_SCAN_DEPS:FILEPATH=/usr/bin/clang-scan-deps \ ${CONFIGURE_ARGS} .endfor -- jca