devel.llvm[12345678]: remove cmark conflict [NFC]

The build conflict with cmark is no longer needed.

PR:		239636, 274848

devel/llvm16: fix build with libc++ 19

As noted in the libc++ 19 release notes [1], std::char_traits<> is now
only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
instantiation for other types will fail.

This causes devel/llvm16 to fail to compile with clang 19 and libc++
19, resulting in errors similar to:

    /usr/include/c++/v1/string:820:42: error: implicit instantiation of
undefined template 'std::char_traits<unsigned char>'
      820 |   static_assert(is_same<_CharT, typename
traits_type::char_type>::value,
          |                                          ^
   
/wrkdirs/usr/ports/devel/llvm16/work-default/llvm-project-16.0.6.src/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.cpp:636:34:
note: in instantiation of template class 'std::basic_string<unsigned char>'
requested here
      636 |       std::basic_string<uint8_t> zeros(reg_info.byte_size, '\0');
          |                                  ^

devel/llvm16: openmp Fix child processes affinity

Backport upstream 73bb8d9d92f6:
    [OpenMP] Fix child processes to use affinity_none (#91391)

PR:		278843
Submitted by:	cbl@cbl.us

devel/llvm*: Remove unnecessary C/CFLAGS definitions

As of 3c5189a0fd4c82addfb659024bf28c5006bf88f7
there's no need to define DNDEBUG manually

PR:		277909
Approved by:	portmgr (maintainer timeout, 2+ weeks)

devel/llvm*: Sanitize MANPREFIX

Not bumping as there is no change in PKG. This should have been done in
my previous commit.

Approved by:	portmgr (blanket)

devel/llvm16: Sanitize MANPREFIX

Approved by:	brooks (private mail)

devel/llvm14 devel/llvm15 devel/llvm16 devel/llvm17: fix build with clang 18

Clang 18 is more strict in checking inline assembly constraints,
resulting in an error building devel/llvm14, devel/llvm15, devel/llvm16,
and devel/llvm17:

 
/wrkdirs/usr/ports/devel/llvm14/work-default/llvm-project-14.0.6.src/compiler-rt/lib/asan/asan_rtl_x86_64.S:130:286:
error: displacement 70368744177664 is not within [-2147483648, 2147483647]

This is fixed by two upstream commits:
https://github.com/llvm/llvm-project/commit/b9935bb02a50
https://github.com/llvm/llvm-project/commit/966d564e43e6

PR:		276155
Approved by:	brooks (maintainer)
MFH:		2024Q1

devel/llvm16: Fix build

While my last commit I fixed llvm10-15 but somehow a mistake slipped to
the commits for llvm16.

Approved by:	portmgr (blanket)

devel/llvm1[0123456]: Fix build

After the EOL of stable/12 sparc related codes were removed which broke
the build. This patches fixes those builds and also the consumers.

Thanks to dim@ for tha patches.

Approved by:	portmgr (blanket)

*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree

- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
  ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
  Also move conditional flags for non sparc64/arm ARCH to fixed flags.

Reviewed by:	brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068

devel/llvm1[234567]: enable qsort sanatizer wrapper

I'd disabled it in 10.0.0 when it was found to be broken.  It was then
fixed in LLVM 12, but the patch was never never removed and I propogated
it along for several year.

Reported by:	Brad Smith <brad@comstyle.com>
See also:	https://github.com/llvm/llvm-project/issues/46176

devel/llvm16: merge backports from FreeBSD src

These upstream LLVM commits have been merged to FreeBSD's source tree
post the 17.0.6 release:

7440e4ed85aa [sanitizer] Add re-execution on FreeBSD when ASLR is detected
(#73439)
989879f8fded [Clang] Allow C++11 style initialisation of SVE types.
9ca395b5ade1 [clang][AST] Propagate the contains-errors bit to DeclRefExpr from
VarDecl's initializer.

While here, be consistant about using 12 digits of commit hash.

devel/llvm16: fix openmp library depends

Don't link with libffi.

Reformat long and/or multi-line OPTION_FOO variables.

PR:		273801
Co-authored-by:	Ivan Rozhuk <rozhuk.im@gmail.com>

devel/llvm1*: remove cmake 4Python3_EXECUTABLE definition

It is now defined in Mk/Uses/python.mk.

PR:		273713

devel/llvm16: backport upstream powerpc patch

Backport commit 8757ce490130 from llvm-project (by Simon Pilgrim):
    [PowerPC] Replace PPCISD::VABSD cases with generic ISD::ABDU(X,Y) node

devel/llvm16: backport upstream powerpc FP fix

The upstream commit fde5924dcc69 has been merged to llvm in the FreeBSD
main branch so merge it here as well.

Issue: https://github.com/llvm/llvm-project/issues/63542

devel/llvm16: support polyhedral optimizations

The POLLY option enables the Polly optimizer.  It is currently disabled
by default to allow a merge to quarterly without added risk.  I plan to
enable it when I create devel/llvm17 in a couple weeks.

From the website (https://polly.llvm.org):

  Polly is a high-level loop and data-locality optimizer and
  optimization infrastructure for LLVM. It uses an abstract mathematical
  representation based on integer polyhedra to analyze and optimize the
  memory access pattern of a program. We currently perform classical
  loop transformations, especially tiling and loop fusion to improve
  data-locality. Polly can also exploit OpenMP level parallelism, expose
  SIMDization opportunities.

PR:		272400

devel/llvm16: change clang to allow -m32 on arm64

This is a backport from upstream and will be merged to FreeBSD head
soon.  See D40943 for more info.

Sponsored by:	DARPA

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

devel/llvm16: backport fix for generate arm_neon.h

Backport db49231: [clang][BFloat] Avoid redefining bfloat16_t in
arm_neon.h.

This fixes builds of FreeBSD/aarch64.  The change was merged
to the llvm16 in src prior to commit.

devel/llvm16: update to 16.0.6 release

Change the lite flavor to default to BE_FREEBSD rather than BE_NATIVE to
allow its use in cross-build CI pipelines.

Backport fix for LLVM bug 61396. [0]  This fixes miscompilation of gcc
on 32-bit arm.

PR:		271992 [0]
Reported by:	jfc@mit.edu [0]

devel/llvm16: Update to 16.0.5

For changes, see: https://discourse.llvm.org/t/16-0-5-releae/71097

devel/llvm16: remove obsolete patch

PR:		271616
Reported by:	jfc@mit.edu
MFH:		2023Q2

devel/llvm16: Update to 16.0.4

For a list of included commits see:
    https://discourse.llvm.org/t/16-0-4-release/70692

Sponsored by:	DARPA

devel/llvm16: Update to 16.0.3 release

For changes see: https://discourse.llvm.org/t/16-0-3-release/70341

Sponsored by:	DARPA

devel/llvm16: Update to 16.0.2

For changes see:
    https://discourse.llvm.org/t/llvm-16-0-2-release/70107

Sponsored by:	DARPA

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/llvm16: Update to 16.0.1

Included fixes at:
	https://discourse.llvm.org/t/llvm-16-0-1-release/69774

devel/llvm16: style fixes

Fix assorted minor issues spotted when cleaning update llvm/devel.
No functional changes.

devel/llvm16: add a lite FLAVOR

The lite flavor is for when you just need a FreeBSD compiler (e.g., in
CI).  By default it includes CLANG and LLD as well as backends required
for FreeBSD and FreeBSD ports (BE_NATIVE, BE_AMDGPU, and BE_WASM).

The lite install is ~350GiB on amd64 vs ~1.9GiB for default and it has
only a single dependency (zstandard).  (The goal was no dependencies,
but libzstd is a private lib in base.)

Sponsored by:	DARPA

devel/llvm16: add a STATIC_LIBS option

When enabled (default) assorted LLVM componant static libraries are
included in the package.  Disabling this option reduces the installed
size by ~1GiB.

Sponsored by:	DARPA

devel/llvm16: Welcome 16.0.0 release

See the release announcement for links to various release notes:

https://discourse.llvm.org/t/llvm-16-0-0-release/

Sponsored by:	DARPA

devel/llvm16: fix packaging on powerpc

Same as llvm-devel.

devel/llvm16: fix patching on powerpc64

Remove the upstreamed patch.

devel/llvm16: enable MLIR by default, fix aarch64

Some ports require on MLIR so reenable it by default.  This turns it on
for all platforms where it was previously disabled for 32-bit platforms
and pulled in indirectly by FLANG.  If this proves to cause too many
user issues we'll disable it for 32-bit again.[0]

Fix a missed 16.0.0->16 change in backend include directories which
broke aarch64 with BE_NATIVE.  Also enable the ARM (32-bit) backend on
aarch64 as it's plausiably useful.[1]

PR:		269927 [0]
Reported by:	yuri [0], Mark Millard <marklmi@yahoo.com> [1]

devel/llvm16: 16.0.0rc3

Don't enable FLANG by default and stop installing a link from flang-new
to flang.  The former has a deliberately obtuse interface intended to
prevent casual use.  While the community sorts it self out, just stick
with that to avoid future confusion. See:

https://discourse.llvm.org/t/reviving-rename-flang-new-to-flang

devel/llvm16: update to 16.0.0rc2

Sponsored by:	DARPA

devel/llvm16: Welcome llvm 16.0.0rc1

First release candidate of LLVM 16.  Changes adopted from llvm-devel
over the 6 months since the branch.

devel/llvm16: copy unchanged from devel/llvm15

This is a copy of llvm15 at 79aeb739c50106148b1b8bf5f84a9b203f4d7fe8.
Copying it unmodifed makes it easy to diff to the source.

Sponsored by: DARPA