I was surprised that MODCLANG_VERSION still defaulted to 13, so I ran a bulk with MODCLANG_VERSION ?= 16 in clang.port.mk to see what breaks. Looks like we are mostly ready to switch. Not sure if some things will need bumps and/or PLISTs need to be regenerated.
Ports that failed to build (all fixed or worked around): lang/clazy pulled in upstream fix lang/ldc bcallah is working on an update lang/wasi-libc landry is looking into a fix/update. mail/stalwart/jmap needs update These already have MODCLANG_VERSION = 13: graphics/asymptote lang/gcc/8 lang/gcc/11 The wider mozilla family, sysutils/py-tsk set 'COMPILER = ports-clang' without explicitly using the lang/clang module. It would probably be good to standardize on one idiom. The difference might matter on sparc64. The switch should probably wait until after the coming libc crank. Index: lang/clang/clang.port.mk =================================================================== RCS file: /cvs/ports/lang/clang/clang.port.mk,v diff -u -p -r1.41 clang.port.mk --- lang/clang/clang.port.mk 16 Nov 2023 11:32:34 -0000 1.41 +++ lang/clang/clang.port.mk 4 Dec 2023 18:18:43 -0000 @@ -1,4 +1,4 @@ -MODCLANG_VERSION ?= 13 +MODCLANG_VERSION ?= 16 MODCLANG_RUN_DEPENDS= devel/llvm/${MODCLANG_VERSION} MODCLANG_LIB_DEPENDS= devel/llvm/${MODCLANG_VERSION}