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

The build conflict with cmark is no longer needed.

PR:		239636, 274848

devel/llvm15: 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/llvm15 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/llvm15/work-default/llvm-project-15.0.7.src/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.cpp:638:34:
note: in instantiation of template class 'std::basic_string<unsigned char>'
requested here
      638 |       std::basic_string<uint8_t> zeros(reg_info.byte_size, '\0');
          |                                  ^

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/llvm15: 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/llvm15: remove ELFv1 support

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/llvm15: Pull in a patch fixing a crash in libclang.

This unbreaks KDevelop with C++ projects.
Relevant discussion on the KDE Bugzilla:
https://bugs.kde.org/show_bug.cgi?id=438249#c33

Approved by: brooks
Differential Revision:	https://reviews.freebsd.org/D42089

devel/llvm15: fix build with lld 17

PR:		273959

devel/llvm15: fix openmp library depends

Use base system libelf and don't link with libffi.

Reformat multi-line OPTION_CMAKE_ON 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/llvm15: 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/llvm15: arm fixes, lite default change

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.

Remove an obsolete patch which breaks arm64. [1]

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

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/llvm15: Fix build with swig 4.1.1

PR:		270720

devel/llvm15: 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.7GiB for default and it has
only a single dependency (zstandard).  (The goal was no dependencies,
but libzstd is a private lib in base.)

Bump PORT_REVISION due to removal of clang libxml2 dependency.

Sponsored by:	DARPA

devel/llvm15: 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/llvm15: enable ARM backend on aarch64

When BE_NATIVE is specified on aarch64, include the ARM (32-bit)
backend.

Sponsored by:	DARPA

devel/llvm15: disable FLANG option

The compiler produced doesn't work due to missing FreeBSD support added
after the release branch so disable it.  I've not completely disabled it
as I suspect it isn't hard to fix should someone want to do that rather
than moving to devel/llvm16.

By default this will also disable MLIR.

devel/llvm15: 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/llvm15: update to 15.0.7

Please see the release annoucment for changes:
  https://discourse.llvm.org/t/llvm-15-0-7-release

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/llvm15: add dependency on zstd

While here, slightly improve portlint compatability of MASTER_SITE.

PR:		268211
Reported by:	amdmi3

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.

devel/llvm15: Update to 15.0.6

See changes at: https://discourse.llvm.org/t/llvm-15-0-6-released

devel/llvm15: Update to 15.0.5

For a list of changes since 15.0.4, see
https://discourse.llvm.org/t/llvm-15-0-5-release

devel/llvm15: update to 15.0.4

See https://discourse.llvm.org/t/llvm-15-0-4-released for included
changes.

devel/llvm15: Update to 15.0.3

See the release annoucement for included changes:
https://discourse.llvm.org/t/llvm-15-0-3-released

This is expected to be the last point release of LLVM 15.

devel/llvm15: Update to 15.0.2 release

For a list of changes, see:
	https://discourse.llvm.org/t/llvm-15-0-2-tagged

MFH:		2022Q4

devel/llvm15: Fix plist without EXTRAS

With CLANG enabled and EXTRAS disabled, packaging would fail due some
clang-extras files being listed as clang files.

Reported by:	naddy

devel/llvm15: Update to 15.0.1

Of note: -Wimplicit-function-declaration and -Wimplicit-int have been
downgraded to warn by default rather than error to allow more time for
configure scripts to be updated to avoid spurious errors.  They are
expected to switch back to error in Clang 16.

For a complete list of changes see:
https://discourse.llvm.org/t/llvm-15-0-1-released/65380

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/llvm15: 15.0.0 Release

See the announcment and release notes for information on changes since
14.0.0: https://discourse.llvm.org/t/llvm-15-0-0-release/65099

devel/llvm15: update to RC3

Sponsored by:	DARPA, AFRL

devel/llvm15: Update to 15.0.0rc2

devel/llvm15: Add LLVM 15

Modify the llvm14-derived build for 15.0.0rc1, the first LLVM 15
release candidate.

Disble OPENMP by default on i386. It's clearly not being tested on
32-bit upstream.

Don't enable MLIR by default. Instead, rely on FLANG's dependency
on it to turn it on for architectures that support FLANG. This removes
MLIR from default packages on 32-bit system.

devel/llvm15: boostrap from devel/llvm14

Make an as-is copy of llvm14 as devel/llvm15. It will be updated to
LLVM 15 and connected to the build in the next commit.  This makes it
easier to see what has changed.