On 2/1/26 03:45, Andrea Venturoli wrote: > 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. > >
You omitted what I expect is the more relevant information for a way forward: QUOTE devel/kodi-platform/Makefile has the line: USES= cmake compiler:c++11-lang c++11 would be far too old to involve clang-scan-deps (involved for using modules) so if the Makefile is correct then it would seem that cmake should be told that module support is not needed, removing the requirement. If the Makefile is wrong, it should be corrected. END QUOTE Looking up the detail, I'd recommend adding to the Makefile: CMAKE_OFF= CMAKE_CXX_SCAN_FOR_MODULES and seeing if devel/kodi-platform no longer gets that specific error based on the updated Makefile. If it does not get the error, then request that the port's Makefile be updated. Example port Makefile's that have CMAKE_OFF lines that list CMAKE_CXX_SCAN_FOR_MODULES are: /usr/ports/x11-wm/hyprland/Makefile /usr/ports/multimedia/mlt7/Makefile If it instead does still get the error, then request that the port be updated to have a corrected USES with something like: compiler:c++23-lang As for controlling the clang related toolchain, something like the following should work if I understand right: USES+= llvm As I understand, cmake will by default also then use the default llvm version instead of the system toolchain's clang/clang++ . Not that I've tried such. -- === Mark Millard marklmi at yahoo.com
