devel/wasi-compiler-rt: sync CMAKE_ARGS from upstream

Prepare for devel/wasi-compiler-rt20

wasi: update to latest commit past sdk-22

devel/wasi-libc is now flavourised per supported LLVM version. Each
flavour includes/copies the corresponding clang's stdarg.h and
stddef.h instead of simply using the latest clang release.

Technically upstream dropped support for LLVM < 18, but the commit
doing so admittedly operated under an uncertain assumption. LLVM
17 is still supported in these ports for the benefit of Rust and
gecko@ ports, which specify LLVM 17 minimum, and to facilitate LTO
with that version. LLVM 19 is also supported in this version, with
the corresponding ports to be committed separately.

Bump PORTREVISION of consumers

devel/wasi-{compiler-rt,libcxx}: attempt to unbreak the tree

In the meta-ports, USES=llvm is defined before IGNORE, so when
DISTVERSION=0, they are marked BROKEN because LLVM version 0 is
invalid. However, the USES=llvm alone will permeate ${LLVM_DEFAULT}
unless a valid specific LLVM version/range is specified, so anything
that references the USES=llvm variables will defer to ${LLVM_DEFAULT}.
In these cases, the children of these meta-ports are split by
individual LLVM version, referencing them specifically.

Each devel/wasi-libcxx depends on the corresponding devel/wasi-compiler-rt
using ${LLVM_VERSION} through the respective meta-ports. However,
since the meta-port is not IGNOREd until after the invalid USES=llvm,
${LLVM_VERSION} is ${LLVM_DEFAULT}, which is still as of this commit
15, one of the dropped versions in WASI. BUILD_DEPENDS in the
meta-port as a result refers to a removed port, breaking the tree.

Conditionalise USES=llvm until after the proper IGNORE to avoid
this kind of situation now and into the future.

Reported by: antoine

wasi: drop support for LLVM < 17

Prepare for update

devel/wasi-compiler-rt: fix PKGBASE collision

wasi: update libc to sdk-20 and modularise LLVM bits

wasi-libcxx and wasi-compiler-rt now meta ports (similar to u-boot);
the build process is the same for each LLVM version so child ports
are minimal. Minimum supported LLVM version is 12, thus its
corresponding child ports are resurrected and LLVM 11 child ports
are removed.

Since all supported LLVM versions are made available at once, remove
restriction in bsd.gecko.mk and switch to USES=llvm throughout. LTO
on gecko ports should now work with later LLVM versions so long as
${DEFAULT_VERSIONS} is set properly and matches the LLVM used in
rust (if not using the PORT_LLVM option).

Reviewed by: brooks (LLVM ports interactions)
Tested by: Eric Camachat <eric[at]camachat[dot]org>
Approved by: maintainer timeout (gecko@ portion, 2+ weeks)
PR: 274896
Differential Revision: https://reviews.freebsd.org/D40098