Index | Thread | Search

From:
Peter Hessler <phessler@theapt.org>
Subject:
Re: clang.port.mk: fix detection of clang-scan-deps
To:
ports@openbsd.org, phessler@openbsd.org, Theo Buehler <tb@theobuehler.org>, rsadowski@openbsd.org
Date:
Mon, 6 Jul 2026 10:25:40 +0200

Download raw body.

Thread
OK

On 2026 Jul 06 (Mon) at 10:21:12 +0200 (+0200), Jeremie Courreges-Anglas wrote:
:
: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
: