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
