devel/llvm*: Consistently use python:3.7+

llvm12 was inappropriately constrained to 3.6-3.9 breaking the ability
to set 3.10 as the default.  llvm11 just specified "python", but there's
no need to keep 2.7 support around.  The rest had obsolete 3.6+ entries.

No functional change: This is not expected to change the version of
python used.

PR:		270978
MFH:		2023Q2
Reported by:	michael.osipov@siemens.com
Sponsored by:	DARPA

devel/llvm14: Fix build with swig 4.1.1

PR:		270720

devel/llvm14: fix packaging with debug python

The actual suffix if python extensions (at least as built by the LLVM
infrastructure) is ${PYTHON_EXT_SUFFIX}${PYTHON_ABIVER} not merely the
former.

PR:		268437
Sponsored by:	DARPA

devel/llvm*: Fix CONFLICT on cmark

If the user has the textproc/cmark package installed, the py*-CommonMark
package will fail to install.  This in turn leads to build failures down
the line when sphinx tries to load commonmark.  The result is confusing
and potentially wastes a lot of build time so just conflict upfront.
The previous code attempted to do this, but I'd listed the conflict
incorrectly in 2019. :(

PR:		239636
Reported by:	Stephen Roznowski <sjrbulk@verizon.net>

devel/llvm1[2345]: fix build with clang 15

When building llvm12 through llvm15 with clang 15 as host compiler, and
when compiler-rt is enabled, there will be errors due to float16
support, similar to:

    In file included from
/wrkdirs/usr/ports/devel/llvm15/work/llvm-project-15.0.6.src/compiler-rt/lib/builtins/extendhfsf2.c:11:
    In file included from
/wrkdirs/usr/ports/devel/llvm15/work/llvm-project-15.0.6.src/compiler-rt/lib/builtins/fp_extend_impl.inc:38:
   
/wrkdirs/usr/ports/devel/llvm15/work/llvm-project-15.0.6.src/compiler-rt/lib/builtins/fp_extend.h:44:9:
error: _Float16 is not supported on this target
    typedef _Float16 src_t;
            ^

This is because compiler-rt's CMake infrastructure detects float16
support at configure time, while targeting 'pure' x86_64, but then
builds parts of its tree also targeting i386.

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

devel/llvm14: update to 14.0.6

This release fixes regressions in the AVR backend:
https://discourse.llvm.org/t/llvm-14-0-6-release

Sponsored by:	DARPA, AFRL

devel/llvm14: Upgrade to 14.0.5

For a list of included commits see:
https://discourse.llvm.org/t/llvm-14-0-5-release/63118

devel/llvm14: Update to 14.0.4

For a list of changes, see:
https://discourse.llvm.org/t/llvm-14-0-4-release/62751

We skipped 14.0.3 as it contained only a version bump that was missed
in 14.0.2 and I'd already worked around it in the port.

devel/llvm14: enable COMPILER_RT on powerpc

Backports powerpc-related change from 70d8d9125c9f5b1da36b134408b3d580a39f1aa8
to llvm14.

devel/llvm*: (NFC) extract MAN1SRCS list

Move the lists of manpages into Makefile.MAN1SRCS as with COMMANDS.

Sponsored by:	DARPA, AFRL

devel/llvm14: Update to 14.0.2

A list of included commits can be found at:
https://discourse.llvm.org/t/llvm-14-0-2-release/62065

Work around an upstream issue where, due to the new release process,
the version bump from 14.0.1 to 14.0.2 was forgotten.

devel/llvm14: fix build on 13.0

Fix build similarly to llvm-devel.

Pointy hat:	me

devel/llvm14: enable COMPILER_RT on riscv64

Also use the base system unwind.h when appropriate.

PR:		262707, 263414
Submitted by:	pkubaj

devel/llvm14: update to 14.0.1

Note: with LLVM 14, there will now be a series of .1 - .6 releases
cut about ever two weeks rather than a single .1 release after a series
of release candidates.

Add a link for libclang.so.14 to reduce the need to modify build system
that assume the libclang version and LLVM version are the same.

textproc/libxml2: bump all LIB_DEPENDS consumers

This is a separate commit to facilitate easier cherry-picking for
quarterly.

PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)

devel/llvm14: Fix build on 13.0

The guards for using system unwind.h appear to be incorrect so revert
that part of 04e074c6fd452983ccfd931de0c43263d27fe1f

PR:		262707

textproc/libxml2: bump all dependencies

This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246

devel/llvm14: Update to 14.0.0 release

Avoid a dependency of libunwind on sufficently recent systems where
the installed unwind.h can be found.

PR:		262707
Reported by:	pkubaj

devel/llvm14: Update to RC4

Fix plist for BE_NATIVE. I'd forgotten to handle the new VE (vector
engine) and a couple headers for armv7 and riscv how seem to be tied to
their backends (this seems incomplete upstream as some related files are
still installed unconditionally).

Reported by:	Mark Millard <marklmi@yahoo.com>

devel/llvm14: update to 13.0.0rc2

devel/llvm14: disable OpenMP DeviceRtl

For reasons that are not fully explored builds on aarch64 (and maybe
powerpc64le), but not amd64. The generated bitcode targets Linux ABIs
and seems unlikely to work in practice so just turn it off rather than
handlng plist differences on aarch64.

PR:		261921
Reported by:	jbeich

devel/llvm14: Welcome 14.0.0rc1

Remove the -fformat-extensions patch. The flag is ignored and no FreeBSD
source tree with a chance of compiling with LLVM 14 uses it when the
compiler is clang.

devel/llvm14: bootstrap from llvm13

devel/llvm14 now contains an exact copy of devel/llvm13.  The next commit
wil update it to llvm14 and connect it to the build.