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}
