From Newsgroup: muc.lists.freebsd.ports

Hello.

I'm trying to build kodi-platform in Poudriere on a 14.3/amd64 box for 14.3/amd64, but I get an error.

Full log is here:

https://www.netfence.it/download/kodi-platform.log

Briefly, it ends with:

Building for kodi-platform-20250416

[ 20% 1/5] "CMAKE_CXX_COMPILER_CLANG_SCAN_DEPS-NOTFOUND" -format=p1689 -- /usr/local/libexec/ccache/c++ -DBUILD_KODI_ADDON -Dkodiplatform_EXPORTS -I/usr/local/include -I/usr/local/include/kodi -I/usr/local/include/p8-platform -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fPIC -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -std=c++20 -fPIC -DTARGET_POSIX -DTARGET_FREEBSD -DHAVE_SSE=1 -DHAVE_SSE2=1 -DHAVE_SSE3=1 -DHAVE_SSSE3=1 -DHAVE_SSE4_1=1 -x c++ /wrkdirs/usr/ports/devel/kodi-platform/work/kodi-platform-kodiplatform-20250416/src/util/XMLUtils.cpp -c -o CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o -resource-dir "/usr/lib/clang/19" -MT CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi -MD -MF CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi.d > CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi.tmp && mv CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi.tmp CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi
FAILED: [code=127] CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi "CMAKE_CXX_COMPILER_CLANG_SCAN_DEPS-NOTFOUND" -format=p1689 -- /usr/local/libexec/ccache/c++ -DBUILD_KODI_ADDON -Dkodiplatform_EXPORTS -I/usr/local/include -I/usr/local/include/kodi -I/usr/local/include/p8-platform -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fPIC -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -std=c++20 -fPIC -DTARGET_POSIX -DTARGET_FREEBSD -DHAVE_SSE=1 -DHAVE_SSE2=1 -DHAVE_SSE3=1 -DHAVE_SSSE3=1 -DHAVE_SSE4_1=1 -x c++ /wrkdirs/usr/ports/devel/kodi-platform/work/kodi-platform-kodiplatform-20250416/src/util/XMLUtils.cpp -c -o CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o -resource-dir "/usr/lib/clang/19" -MT CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi -MD -MF CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi.d > CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi.tmp && mv CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi.tmp CMakeFiles/kodiplatform.dir/src/util/XMLUtils.cpp.o.ddi
/bin/sh: CMAKE_CXX_COMPILER_CLANG_SCAN_DEPS-NOTFOUND: not found
ninja: build stopped: subcommand failed.
*** Error code 1

My guess is that it wants clang-scan-deps, which is not part of base.
I'd try to make it build with LLVM from ports, but I don't know how to
do this.
Perhaps there's also a way to avoid this, but I'm not that expert with CMake/Ninja either.



bye & Thanks
av.


--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: muc.lists.freebsd.ports

On 1/31/26 18:33, Mark Millard wrote:

Hello.

clang-scan-deps is not part of:
releng/13.5 or releng/14.3

clang-scan-deps is part of:
stable/13 , stable/14 , releng/15.0 , and main

clang-scan-deps will be part of:
releng/14.4

It's also part of devel/llvm19, hence my question: if I could force it
to use LLVM from ports, that might be a dirty fix which could allow me
to compile.
(At this stage I don't care if this will be the ufficially accepted
solution).

bye & Thanks
av.


--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: muc.lists.freebsd.ports

On 1 Feb 2026, at 12:45, Andrea Venturoli <ml@netfence.it> wrote:

On 1/31/26 18:33, Mark Millard wrote:

clang-scan-deps is not part of:
releng/13.5 or releng/14.3
clang-scan-deps is part of:
stable/13 , stable/14 , releng/15.0 , and main
clang-scan-deps will be part of:
releng/14.4

It's also part of devel/llvm19, hence my question: if I could force it to use LLVM from ports, that might be a dirty fix which could allow me to compile.
(At this stage I don't care if this will be the ufficially accepted solution).

There is USES=llvm for this purpose, which will 1) make the port depend on the default llvm port, and 2) exports CC and CXX variables that point to the right compiler(s). See /usr/ports/Mk/Uses/llvm.mk for more information.
-Dimitry
--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21b-Linux NewsLink 1.2