mesa-dri — Commit History

- Due to the deprecation of distutils a version check in the meson.build code is failing
- This is fixed by adding py-packaging which is default approach for getting the version
- Note: We are not adding py-setuptools as distutils is a fallback approach to getting the version

PR:	287567

Changes:	https://github.com/KhronosGroup/glslang/releases/tag/15.4.0
Reported by:	GitHub (watch releases)

Changes:	https://github.com/KhronosGroup/SPIRV-Tools/compare/v2025.2.rc1...v2025.3.rc1
Reported by:	Repology

Approved by:	portmgr (build fix blanket)
MFH:		2025Q2

Changes:	https://github.com/KhronosGroup/glslang/releases/tag/15.3.0
Reported by:	GitHub (watch releases)

Changes:	https://github.com/KhronosGroup/SPIRV-Tools/compare/v2025.1...v2025.2.rc1
Reported by:	Repology

i386 radeonsi_dri.so is still needed by wine.

This reverts commit 69000ee2eb1c7167cd9542468ac674f3bb38b94c.

Reported by:	jbeich
Sponsored by:	Beckhoff Automation GmbH & Co. KG

We've never supported amdgpu for i386 in drm-*-kmod so no need mesa.

Sponsored by:   Beckhoff Automation GmbH & Co. KG

PR:		283851
Approved by:	x11 (maintainer timeout)

Reviewed by:	manu
Tested by:	jbeich
PR:		282316

This isn't needed after 17257d707a58595d2a5c3cc95cdf2966f397b8f1.

PR:	281111

Release notes (24.1.6):	https://lists.freedesktop.org/archives/mesa-dev/2024-August/226294.html
Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-August/226303.html

Differential Revision:	https://reviews.freebsd.org/D46478
Sponsored by:		Beckhoff Automation GmbH & Co. KG

Defines some flavors for llvm15 to llvm18 for libclc.
This will allow users to use a different LLVM_DEFAULT without having
to rely on the default one (llvm15 for now).

PR:		280863
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Since anv is only included for x86(-64) the MESON_ON isn't added to MESON_ARGS.
So explicitely disable intel-rt on !amd64 since it doesn't work.

Reported by:	eduardo@freebsd.org
Spoonsored by:	Beckhoff Automation GmbH & Co. KG

Disable intel-rt for all arches except amd64 as it's only supported there.

PR:		 280979
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-May/226222.html
Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-June/226223.html
Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-June/226249.html
Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-July/226272.html
Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-July/226279.html
Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-July/226289.html

Sponsored by:		Beckhoff Automation GmbH & Co. KG
Differential Revision:	https://reviews.freebsd.org/D46229

The Intel Vulkan driver also needs it.

Fixes:		efb0c89e59bd ("graphics/mesa-dri: Convert gallium and vulkan driver to port options")
PR:		280071
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Instead of selecting the one by arches add options.
This will help users who doesn't want some features.
The default are still the same based on the specific arch.
No functional changes intended.

Differential Revision:	https://reviews.freebsd.org/D45754
Inspired by:		graphics/mesa-devel
Reviewed by:		bapt
Sponsored by:		Beckhoff Automation GmbH & Co. KG

We need to disable xlib-lease otherwise meson will fail to configure the port

Differential Revision:	https://reviews.freebsd.org/D45744
Reviewed by:		bapt
Sponsored by:		Beckhoff Automation GmbH & Co. KG

Simply use X11 for x11 support as it's done for all other ports.
Same for Wayland, just use WAYLAND.

While here always use xcb and xrandr for X11 support in mesa-dri as we
always build a vulkan driver (swrast).

Differential Revision:	https://reviews.freebsd.org/D45743
Reviewed by:		bapt
Sponsored by:		Beckhoff Automation GmbH & Co. KG

libosmesa also needs libdrm as a dep, so add it for every mesa component.

No functional changes intended.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

We stopped shipping bfd.ld a long time ago so we can drop this.

No functional changes intented.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Most do not exists anymore and the rest aren't used in the build or already
have /usr/bin/env python3 in the shebang which is fine.

No functional changes intended.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Python2 support was removed from mesa 21.3.0 so we don't need it anymore.

No functional changes intended.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

We don't deal with -rc or such here so no need for a lot of variable to
just specify one simple version.

While here drop the MASTER_SITE that do not work and the ftp ones.

No functional changes intended.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

This was only used to specify directory for drirc.d but the default one
works fine.

No functional changes intended.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-June/226224.html

Differential Revision:	https://reviews.freebsd.org/D45542
Sponsored by:		Beckhoff Automation GmbH & Co. KG

108de784513d on main in src redefined CLOCK_BOOTTIME to alias
CLOCK_MONOTONIC, instead of CLOCK_UPTIME. This results in the following
errors when building this port under 15-CURRENT:

../src/intel/common/xe/intel_gem.c:72:9: error: duplicate case value '4'
   72 |    case CLOCK_BOOTTIME:
      |         ^
/usr/include/sys/_clock_id.h:81:25: note: expanded from macro
'CLOCK_BOOTTIME'
   81 | #define CLOCK_BOOTTIME          CLOCK_MONOTONIC
      |                                 ^
/usr/include/sys/_clock_id.h:56:26: note: expanded from macro
'CLOCK_MONOTONIC'
   56 | #define CLOCK_MONOTONIC         4
      |                                 ^
../src/intel/common/xe/intel_gem.c:66:9: note: previous case defined here
   66 |    case CLOCK_MONOTONIC:
      |         ^
/usr/include/sys/_clock_id.h:56:26: note: expanded from macro
'CLOCK_MONOTONIC'
   56 | #define CLOCK_MONOTONIC         4
      |                                 ^
1 error generated.

On FreeBSD systems without 108de784513d the old definition will be used
while on 108de784513d and newer the duplicate case will be removed.

Repored by:	eduardo
Obtained from:	src 676041c41ba5
Discussed with: imp

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-May/226221.html

Differential Revision:	https://reviews.freebsd.org/D45314
MFH:			2024Q2
Reviewed by:		bapt
Sponsored by:		Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-May/226215.html

Differential Revision:	https://reviews.freebsd.org/D45128
Sponsored by:		Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-April/226190.html
Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-April/226200.html

Differential Revision:	https://reviews.freebsd.org/D44941
Sponsored by:		Beckhoff Automation GmbH & Co. KG

It's not needed for this mesa component.

Differential Revision:	https://reviews.freebsd.org/D44828
PR:			278324
Reported by:		autodep
Reviewed by:		bapt
Sponsored by:		Beckhoff Automation GmbH & Co. KG

This should help AMD users with hardware that can decode those.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-March/226176.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-March/226172.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-February/226163.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes (24.0.0):	https://lists.freedesktop.org/archives/mesa-dev/2024-February/226138.html
Release notes (24.0.1):	https://lists.freedesktop.org/archives/mesa-dev/2024-February/226151.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-February/226139.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Upstream patch is based on the mesa main branch and this branch have
extra checks for kcmp, add those test locally as they are not in 23.3.4

Fixes:		2080c2eddaca ("graphics/mesa: Update to 23.3.4")
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Also add a patch to use kcmp(2) if available.

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-January/226125.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2024-January/226096.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2023-December/226088.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2023-December/226085.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

By default when building in a clean env (i.e. poudriere) libelf from base
will be used.
When building with an unclean env and if devel/elfutils is installed build
system will be confused and use libelf headers from ${LOCALBASE}/include but
libelf from base.

Fix this.

Sponsored by:	Beckhoff Automation GmbH & Co. KG
PR:		275388

Release notes: https://lists.freedesktop.org/archives/mesa-dev/2023-November/226083.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Mesa 23 enabled Vulkan Video itself but all codecs are disabled by
default due to patents. Copy -Dvideo-codecs from mesa-gallium-va to
avoid the following error:

[ffmpeg/video] h264: Device does not support decoding h264!

$ vulkaninfo | fgrep decode
<empty>
$ export ANV_VIDEO_DECODE=1 RADV_PERFTEST=video_decode
$ vulkaninfo | fgrep decode
        VK_KHR_video_decode_queue                   : extension revision 7
$ pkg upgrade mesa-dri
$ vulkaninfo | fgrep decode
        VK_KHR_video_decode_h264                    : extension revision 8
        VK_KHR_video_decode_queue                   : extension revision 7

PR:		275360
Approved by:	manu

Checking if "POWER8 intrinsics" compiles: NO

meson.build:720:6: ERROR: Problem encountered: POWER8 intrinsic support required but not found.

This is needed for linking with lld 17 and it was lost in the update
to 23.1.8

Reported by:	dim
Fixes:		29d855b6f775 ("graphics/mesa: update to 23.1.8")
Sponsored by:	Beckohh Automation GmbH & Co. KG

And put noexport in every mesa ports.
It does work to have multiple USES= llvm (see PR 199603).

Reported by:	jbeich
Fixes:		fa7309cb976e ("lang/clover: Restrict llvm to max version 16")
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Clover cannot (yet?) be compiled with LLVM17, it misses
llvm/Transforms/IPO/PassManagerBuilder.h
For now set a max version of llvm to 16 for clover only, people should still
be able to use llvm17 for other mesa componant if they are not interested in clover.

While here clean up a bit the USES=llvm for mesa port, we already set noexport
in mesa-dri/Makefile.common so no need to set it in all the ports.

Sponsored by:	Beckhoff Automation GmbH & Co. KG
PR:	275290

Haswell doesn't work so remove it.
While here fix plist, PR 275242

PR:	275242
Sponsored by:	Beckhoff Automation GmbH & Co. KG

While here:
- Remove some unneeded dep in gallium-vdpau
- Disable libelf from devel/elfutils (we will fallback on base libelf), PR 273803
- Always disable libunwind, if you want stacktrace you will need to compile from
upstream PR: 250306
- enable vulkan haswell driver

Co-authored-by: manu, vishwin
PR: 273703, 273803, 250306

Some symbols in mesa's linker version scripts are not always defined,
depending on configuration options. Suppress errors with lld >= 17 due
to these undefined symbols.

This applies to multiple mesa ports, such as mesa-dri, mesa-libs,
mesa-gallium-*, etc. So add the LDFLAGS setting to Makefile.common.

PR:		273981
Approved by:	x11 (manu)
MFH:		2023Q3

This is still supported by Mesa for gen2/3 hw not covered by crocus.

PR:		269006

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>

warning: queue 0x562a5ed2cd20 destroyed while proxies still attached:
  wl_display@1 still attached

warning: queue 0x557a4efbcf70 destroyed while proxies still attached:
  zwp_linux_dmabuf_feedback_v1@18 still attached

PR:		269877
Obtained from:	upstream (mesa-23.1.0)
Exp-run by:	antoine
Approved by:	manu

warning: queue 0x562a5ed2cd20 destroyed while proxies still attached:
  wl_display@1 still attached

warning: queue 0x557a4efbcf70 destroyed while proxies still attached:
  zwp_linux_dmabuf_feedback_v1@18 still attached

PR:		269877
Obtained from:	upstream (mesa-23.1.0)
Exp-run by:	antoine
Approved by:	manu

meson.build:945:2: ERROR: Dependency "libclc" not found, tried pkgconfig

PR:		270361

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2023-March/225936.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-announce/2023-February/000707.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

PR:		269463
Approved by:	manu

Release notes:	https://lists.freedesktop.org/archives/mesa-announce/2023-February/000705.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2023-January/225916.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

PR:		268955
Approved by:	manu

PR:		268955
Tested by:	jsm, probono@puredarwin.org
Approved by:	manu

Release notes:	https://lists.freedesktop.org/archives/mesa-dev/2023-January/225908.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

I somehow didn't had the commit that added this patch on my test branch so
forgot to remove it.

Reported by:	Michael Butler <imb@protected-networks.net>
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-announce/2022-December/000698.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Add an upstream patch to fix an immediate crash of Xorg and wayland
on systems with radeon r600 based graphic cards. See:

https://gitlab.freedesktop.org/mesa/mesa/-/issues/7931

PR: 268327

Release notes:	https://lists.freedesktop.org/archives/mesa-announce/2022-December/000697.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

OpenGL drivers in mesa-dri lack headers and cannot be used by ld(1)
via -l<lib> due to missing "lib" prefix. libglvnd uses dlopen(3)
to find lib(EGL|GLX)_mesa.so in mesa-libs which uses dlopen(3)
to find the drivers under ${PREFIX}/lib/dri (or LIBGL_DRIVERS_PATH).

Vulkan drivers in mesa-dri lack headers and only expose ICD symbols
for vulkan-loader which uses dlopen(3) to find the drivers via
${PREFIX}/share/vulkan/icd.d/*.json (or VK_ICD_FILENAMES).

Approved by:	manu (on dev-commits-ports-main@ list)

Meson probes FreeBSD suffixes[1] for llvm-config but ends up selecting
the last match instead of the unsuffixed version. So, replace BINARY_ALIAS
with recently introduced[2] ad hoc environ(7) variable.

[1] https://github.com/mesonbuild/meson/blob/0.64.1/mesonbuild/environment.py#L159-L177
[2] https://github.com/mesonbuild/meson/commit/2c1ac8ac1ddb

Approved by:	manu (on dev-commits-ports-main@ list)

Reported by:	jbeich

Not every mesa port needs this lib so stop adding a dep on it if not needed.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Not every mesa ports provides shared libraries intented for dynamic uses
so stop running ldconfig script for those ports.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Use BINARY_ALIAS instead, this is cleaner.
While here directly record the deps on libLLVM for packages that
needs it.

Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-November/000695.html
On top of the release notes it seems that Gallium XVMC is also removed, see
https://gitlab.freedesktop.org/mesa/mesa/-/commit/8cc766d8f7eac26b7c029a2fac1bdfdba4776c29 for
more info.
Bump LLVM_DEFAULT to llvm15 so LTO works.
Also update libclc to track the one from llvm15.

Sponsored by:	Beckhoff Automation GmbH & Co. KG
Differential Revision:	https://reviews.freebsd.org/D37580

VA-API and VDPAU options where removed a long time ago in favor or
using graphics/mesa-gallium-va and graphics/mesa-gallium-vdpau

PR:	255524
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Release notes:	https://lists.freedesktop.org/archives/mesa-announce/2022-November/000691.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

While here enable vc1, h264 and h265 for mesa-gallium-va

Release notes:	https://lists.freedesktop.org/archives/mesa-announce/2022-October/000689.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG
PR:	267238

We need to build libEGL now for mesa-dri to succeed but we don't use it.

Sponsored by:	Beckhoff Automation GmbH & Co. KG
PR:	267206

This removes the old dri drivers.
While here add zink (OpenGL over Vulkan).

Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-March/000665.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-March/000667.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-April/000670.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-May/000673.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-May/000675.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-June/000678.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-June/000681.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-June/000682.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-August/000683.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-August/000685.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-September/000687.html
Release notes: https://lists.freedesktop.org/archives/mesa-announce/2022-October/000688.html

Differential Revision:	https://reviews.freebsd.org/D37003
Sponsored by:	Beckhoff Automation GmbH & Co. KG

Reviewed by:	manu
Differential Revision: https://reviews.freebsd.org/D36514

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)

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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Abel Chow <ozsanh45vds001@sneakemail.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Hayward <xelah@xelah.com>
  *  Alex Ivasyuv <siegerstein@pochta.ru>
  *  Alex Samorukov <samm@os2.kiev.ua>
  *  Alexander Gromnitsky
  *  Alexander Kojevnikov <alexander@kojevnikov.com>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexander Nedotsukov <bland@FreeBSD.org>
  *  Alexander Nedotsukov <bland@mail.ru>
  *  Alexander Y. Grigoryev <alexander.4mail@gmail.com>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Anatoliy Dmytriyev <tolid@plab.ku.dk>
  *  Anatoly Borodin <anatoly.borodin@gmail.com>
  *  Anders Nordby <anders@fix.no>
  *  Andras Horvath <han@log69.com>
  *  Andreas Daehn <ad001@uni-rostock.de>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrey Slusar <anray@FreeBSD.org>
  *  Andrey Zakhvatov
  *  Anes Mukhametov <anes@anes.su>
  *  Anonymous <swell.k@gmail.com>
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Antonio Carlos Venancio Junior (<antonio@inf.ufsc.br>)
  *  Arjan van Leeuwen <avleeuwen@piwebs.com>
  *  Ashish SHUKLA <ashish@FreeBSD.org>
  *  Bill Fumerola <billf@chc-chimes.com>
  *  Björn König <bkoenig@alpha-tierchen.de>
  *  Brad Hendrickse <bradh@iafrica.com>
  *  Bruce M Simpson <bms@FreeBSD.org>
  *  Carlos Eduardo G. Carvalho <cartola@openit.com.br>
  *  Charlie Kester <corky1951@comcast.net>
  *  Choe, Cheng-Dae
  *  Choe, Cheng-Dae <whitekid@gmail.com>
  *  Chris D. Faulhaber <jedgar@FreeBSD.org>
  *  Chris D. Faulhaber <jedgar@fxp.org>
  *  Chris Piazza <cpiazza@FreeBSD.org>
  *  Christopher Key <cjk32@cam.ac.uk>
  *  Chuck Robey <chuckr@FreeBSD.org>
  *  Corey Smith <corsmith@gmail.com>
  *  Dan Langille <dvl@FreeBSD.org>
  *  Daniel O'Connor <darius@dons.net.au>
  *  Daniel Roethlisberger <daniel@roe.ch>
  *  Danilo Egea Gondolfo <danilo@FreeBSD.org>
  *  Dave Cottlehuber <dch@skunkwerks.at>
  *  David Bremner <bremner@unb.ca>
  *  David Gilbert <dgilbert@velocet.ca>
  *  David Naylor <dbn@FreeBSD.org>
  *  David Yeske <dyeske@gmail.com>
  *  Denis Barov <dindin@dindin.ru>
  *  Denis Podolskiy <bytestore@yandex.ru>
  *  Dennis Herrmann <adox@mcx2.org>
  *  Devaux Fabien <fab@gcu.info>
  *  Dmitry Sivachenko <dima@Chg.RU>
  *  Dominik Brettnacher <domi@nonsensss.de>
  *  Donn Miller <dmmiller@cvzoom.net>
  *  Douglas Carmichael <dcarmich@mcs.com>
  *  Douglas K. Rand <rand@meridian-enviro.com>
  *  Edwin Groothuis <edwin@mavetju.org>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Emanuel Haupt <ehaupt@critical.ch>
  *  Emil J.V. Björsell (Jev)
  *  Emmanuel Vadot <manu@FreeBSD.org>
  *  Eric Anholt <anholt@FreeBSD.org>
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Eric P. Scott <eps+pbug0703@ana.com>
  *  Erwin Lansing <erwin@FreeBSD.org>
  *  Eugene Mychlo <myc@barev.net>
  *  Fernan Aguero <fernan@iib.unsam.edu.ar>
  *  Franz Klammer <klammer@webonaut.com>
  *  FreeBSD GNOME Team <gnome@FreeBSD.org>
  *  G. Adam Stanislav <adam@whizkidtech.net>
  *  Garrett Wollman <wollman@lcs.mit.edu>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  George Reid <greid@ukug.uk.freebsd.org>
  *  Gerrit Beine (<gerrit.beine@gmx.de>)
  *  Gerrit Beine (<tux@pinguru.net>)
  *  Glenn Johnson
  *  Greg Lewis <glewis@FreeBSD.org>
  *  Gustau Perez <gustau.perez@gmail.com>
  *  Gustau Pérez i Querol <gustau.perez@gmail.com>
  *  Gvozdikov Veniamin <g.veniamin@googlemail.com>
  *  Hernan Di Pietro <hernan.di.pietro@gmail.com>
  *  Hiroto Kagotani <hiroto.kagotani@gmail.com>
  *  Horia Racoviceanu <horia@racoviceanu.com>
  *  Hye-Shik Chang <perky@fallin.lv>
  *  Hye-Shik Chang <perky@python.or.kr>
  *  Igor Pokrovsky <ip@doom.homeunix.org>
  *  Igor Pokrovsky <tiamat@comset.net>
  *  James FitzGibbon <jfitz@FreeBSD.org>
  *  Jamie Hermans <jamie@hermans.ca>
  *  Jan Henrik Sylvester <me@janh.de>
  *  Janni
  *  Janos Mohacsi <janos.mohacsi@bsd.hu>
  *  Jason Helfman <jgh@FreeBSD.org>
  *  Jean-Marc Zucconi <jmz@FreeBSD.org>
  *  Jean-Sébastien Pédron <dumbbell@FreeBSD.org>
  *  Jean-Yves Lefort <jylefort@FreeBSD.org>
  *  Jean-Yves Lefort <jylefort@brutele.be>
  *  Jeff Molofee
  *  Jeremy Norris <ishmael127@home.com>
  *  Jeremy Norris <ishmael27@home.com>
  *  Joe Marcus Clarke <marcus@FreeBSD.org>
  *  Johannes Dieterich <jmd@FreeBSD.org>
  *  Johannes Jost Meixner <johannes@perceivon.net>
  *  Johannes Meixner <johannes@perceivon.net>
  *  John Hay
  *  John McAree <john@mcaree.org>
  *  John Prather
  *  John Reynolds <johnjen@reynoldsnet.org>
  *  Joris Dedieu <joris.dedieu@gmail.com>
  *  Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>
  *  Jose Jachuf <jjachuf@gmail.com>
  *  Joseph Koshy <koshy@india.hp.com>
  *  Juergen Unger <j.unger@choin.net>
  *  KANOU Hiroki <kanou@mil.allnet.ne.jp>
  *  KIRIYAMA Kazuhiko
  *  Kay Lehmann
  *  Kevin Golding <ports@caomhin.org>
  *  Kimura Fuyuki <fuyuki@hadaly.org>
  *  Koop Mast <kwm@FreeBSD.org>
  *  Kris Kennaway <kris@FreeBSD.org>
  *  Kris Moore <kmoore@FreeBSD.org>
  *  Kubilay Kocak <koobs@FreeBSD.org>
  *  Kurt Kanzenbach <kurt@kmk-computers.de>
  *  Kyle Martin <mkm@ieee.org>
  *  Laurent Courty
  *  Leonardo Martins <lmartins@nepe.eee.ufg.br>
  *  Lev Serebryakov <lev@FreeBSD.org>
  *  Malte Lance <malte.lance@gmx.net>
  *  Marc Fonvieille <blackend@FreeBSD.org>
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org> et al.
  *  Mark Atkinson <atkin901@gmail.com>
  *  Mark Murray <markm@FreeBSD.org>
  *  Mark Pulford <mark@kyne.com.au>
  *  Markus Brueffer <markus@FreeBSD.org>
  *  Martin Dieringer <martin.dieringe@gmx.de>
  *  Martin Dieringer <martin.dieringer@gmx.de>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Martin Neubauer <m.ne@gmx.net>
  *  Martin Sugioarto <martin.sugioarto@udo.edu>
  *  Martin Tournoij <carpetsmoker@rwxrwxrwx.net>
  *  Martin Tournoij <carpetsmoker@xs4all.nl>
  *  Martin Wilke <miwi@FreeBSD.org>
  *  Mateusz Piotrowski <0mp@FreeBSD.org>
  *  Mathieu Arnold
  *  Matthew Luckie <mjl@luckie.org.nz>
  *  Matthew X. Economou <xenophon+fbsdports@irtnog.org>
  *  Matthias Fechner <mfechner@FreeBSD.org>
  *  Matthieu Volat <mazhe@alkumuna.eu>
  *  Maurice Castro <maurice@serc.rmit.edu.au>
  *  Maxim Sobolev <sobomax@FreeBSD.org>
  *  Michael Gmelin <freebsd@grem.de>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michael Johnson <ahze@ahze.net>
  *  Michael Nottebrock <lofi@FreeBSD.org>
  *  Michael Reifenberger <mr@FreeBSD.org>
  *  Mike Krutov <neko@takino.org>
  *  Mikhail T. <mi@aldan.algebra.com>
  *  Mikhail Teterin <mi@aldan.algebra.com>
  *  Muhammad Moinur Rahman <5u623l20@gmail.com>
  *  NAKATA Maho <maho@FreeBSD.org>
  *  Naram Qashat <cyberbotx@cyberbotx.com>
  *  Nick Hilliard <nick@foobar.org>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Nicola Vitale <nivit@email.it>
  *  Nikolay Korotkiy <sikmir@gmail.com>
  *  Norio Suzuki <nosuzuki@e-mail.ne.jp>
  *  Oliver Heesakkers <dev2@heesakkers.info>
  *  Oliver Lehmann <oliver@FreeBSD.org>
  *  Olivier Duchateau
  *  Paul Everlund
  *  Pav Lucistnik <pav@FreeBSD.org>
  *  Pedro F. Giffuni
  *  Pedro Garcia Freitas <sawp@sawp.com.br>
  *  Pedro Giffuni
  *  Pedro Giffuni <pfg@FreeBSD.org>
  *  Pete Fritchman <petef@FreeBSD.org>
  *  Pete Fritchman <petef@databits.net>
  *  Peter Ankerstal <peter@pean.org>
  *  Peter Jeremy <peterjeremy@optushome.com.au>
  *  Peter Schmiedeskamp <pschmied@qwest.net>
  *  Phil Phillips <pphillips@experts-exchange.com>
  *  Pietro Cerutti <gahr@FreeBSD.org>
  *  Pietro Cerutti <gahr@gahr.ch>
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Piotr Smyrak <smyru@heron.pl>
  *  Piotr Smyrak, piotr.smyrak@heron.pl
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Quentin Stievenart <acieroid@awesom.eu>
  *  R Joseph Wright <rjoseph@mammalia.org>
  *  Radim Kolar
  *  Rainer Hurling <rhurlin@gwdg.de>
  *  Randall Hopper
  *  Randall Hopper <aa8vb@ipass.net>
  *  Randall Hopper <aa8vb@nc.rr.com>
  *  Reinier de Blois <rddeblois@gmail.com>
  *  Richard Hwang <rhwang@bigpanda.com>, Mikhail Teterin <mi@aldan.algebra.com>, Jun-ichiro itojun Itoh <itojun@itojun.org>
  *  Rick Elrod <codeblock@eighthbit.net>
  *  Rob Farmer <rfarmer@predatorlabs.net>
  *  Rod Person <rodperson@rodperson.com>
  *  Roland Jesse <roland.jesse@gmx.net>
  *  Romain Tartiere <romain@FreeBSD.org>
  *  Ron van Daal
  *  Ronald Kuehn <rk@ronald.org>
  *  Rong-En Fan <rafan@infor.org>
  *  Rusmir Dusko <nemysis@FreeBSD.org>
  *  Rusty Nejdl <rnejdl@ringofsaturn.com>
  *  Ryan Melcer <rmelcer@iteris.com>
  *  Ryan Steinmetz <zi@FreeBSD.org>
  *  Sahil Tandon <sahil@FreeBSD.org>
  *  Sam Lawrance
  *  Satoshi Asami <asami@FreeBSD.org>
  *  Satoshi Taoka <taoka@FreeBSD.org>
  *  Seiichirou Hiraoka
  *  Serge Negodyuck <petr@petrovich.kiev.ua>
  *  Sergey A. Osokin <osa@FreeBSD.org>
  *  Sergey Skvortsov <skv@protey.ru>
  *  Sergey V. Dyatko <sergey.dyatko@gmail.com>
  *  Shane Ambler
  *  Shaun Amott <shaun@inerd.com>
  *  Shell Hung <shell@shellhung.org>
  *  Shigeyuki FUKUSHIMA <shige@FreeBSD.org>
  *  Simun Mikecin <numisemis@yahoo.com>
  *  Sofian Brabez <sbrabez@gmail.com>
  *  Stanislav Sedov <ssedov@mbsd.msk.ru>
  *  Stanislav Sedov <stas@FreeBSD.org>
  *  Stas Timokhin <devel@stasyan.com>
  *  Stas Timokhin <stast@bsdportal.ru>
  *  Stefan Walter <sw@gegenunendlich.de>
  *  Stephen Roome <steve@pepcross.com>
  *  Steve Wills <steve@meatwad.mouf.net>
  *  Steve Wills <swills@FreeBSD.org>
  *  Steven Kreuzer <skreuzer@FreeBSD.org>
  *  Steven Wallace <swallace@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  TAKAHASHI Kaoru <kaoru@kaisei.org>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  TAKATSU Tomonari <tota@rtfm.jp>
  *  TAOKA Fumiyoshi
  *  TATEISHI Katsuyuki <katsu@iec.hiroshima-u.ac.jp>
  *  Tassilo Philipp <tphilipp@potion-studios.com>
  *  Thibault Payet <monwarez@mailoo.org>
  *  Thierry Thomas <thierry@pompo.net>
  *  Thomas Dreibholz <dreibh@iem.uni-due.de>
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Thomas Hurst <tom@hur.st>
  *  Tilman Linneweh <arved@FreeBSD.org>
  *  Tim Bishop <tim@bishnet.net>
  *  Tod McQuillin <devin@spamcop.net>
  *  Tomoyuki Sakurai <cherry@trombik.org>
  *  Tsung-Han Yeh <snowfly@yuntech.edu.tw>
  *  UMENO Takashi <umeno@rr.iij4u.or.jp>
  *  Ulrich Spoerlein <q@uni.de>
  *  Vasil Dimov <vd@FreeBSD.org>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Vincent Tantardini <vinc@FreeBSD-fr.org>
  *  Vladimir Chukharev
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen heping <wenheping@gmail.com>
  *  Wen heping<wenheping@gmail.com>
  *  Will Andrews <andrews@technologist.com>
  *  Yi-Jheng Lin <yzlin@cs.nctu.edu.tw>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Yinghong Liu <relaxbsd@gmail.com>
  *  Yinghong.Liu <relaxbsd@gmail.com>
  *  Yuan-Chung Hsiao <ychsiao@ychsiao.org>
  *  Yukihiro Nakai <Nakai@Mlab.t.u-tokyo.ac.jp>
  *  Yukihiro Nakai <nacai@iname.com>
  *  Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp>
  *  Yuri Victorovich <yuri@FreeBSD.org>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  Yuu Yashiki
  *  Yuzo FURUKAWA <hurukawa@kuee.kyoto-u.ac.jp>
  *  Zhihao Yuan <lichray@gmail.com>
  *  Zsolt Udvari <udvzsolt@gmail.com>
  *  ache
  *  alepulver
  *  anhot
  *  antonakis@gmail.com
  *  argv[0] (Iouri V. Ivliev)
  *  arved
  *  asami
  *  bf <bf@FreeBSD.org>
  *  bmc@WillsCreek.COM
  *  buganini@gmail.com
  *  cacho@mexicano.gdl.iteso.mx
  *  cartola (Carlos E. G. Carvalho)
  *  cartola@openit.com.br
  *  cfs@ing.puc.cl (original)
  *  chinsan
  *  chinsan <chinsan.tw@gmail.com>
  *  coryking
  *  cracauer@cons.org "Martin Cracauer"
  *  demon@FreeBSD.org
  *  dillon
  *  dom@happygiraffe.net
  *  erich@FreeBSD.org
  *  fenner
  *  fernan@iib.unsam.edu.ar
  *  frankch@waru.life.nthu.edu.tw
  *  gahr
  *  gary@hotlava.com
  *  gerard
  *  giffunip@asme.org
  *  glebius@FreeBSD.org
  *  gurkan@phys.ethz.ch
  *  hsu
  *  ijliao
  *  jamie
  *  jedgar@FreeBSD.org
  *  jeff@cetlink.net
  *  jjachuf@gmail.com
  *  jmz
  *  johalun
  *  johan
  *  johans
  *  kwm@FreeBSD.org
  *  lbartoletti <lbartoletti@FreeBSD.org>
  *  lesi@FreeBSD.org
  *  lichray@gmail.com
  *  luigi@FreeBSD.org
  *  maho@FreeBSD.org
  *  marcus@FreeBSD.org
  *  mb@imp.ch
  *  mi
  *  mm@FreeBSD.org
  *  nemysis <nemysis@gmx.ch>
  *  nik
  *  nork@FreeBSD.org
  *  olgeni@FreeBSD.org
  *  paulo@isr.uc.pt
  *  petef@FreeBSD.org
  *  pgs
  *  ports@FreeBSD.org
  *  proff@iq.org
  *  punkt.de Hosting Team <mops@punkt.de>
  *  rfarmer@predatorlabs.net
  *  roberto
  *  roland.jesse@gmx.net
  *  rpsfa@rit.edu
  *  saper@system.pl
  *  smace
  *  sobomax
  *  stas
  *  stb@lassitu.de
  *  theraven@FreeBSD.org
  *  thierry@pompo.net
  *  tobez
  *  trasz <trasz@pin.if.uz.zgora.pl>
  *  trevor
  *  vanilla
  *  will
  *  wolman@cs.washington.edu
  *  yukinopo@livedoor.com

With hat:	portmgr

PR:		263042
Submitted by:	Helge Oldach <freebsd@oldach.net>

- Bump PORTREVISION for package change

===> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: share/drirc.d/00-radv-defaults.conf
===> Checking for items in pkg-plist which are not in STAGEDIR
===> Error: Plist issues found.
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/mesa-dri
=>> Error: check-plist failures detected

Approved by:	portmgr (blanket)

Update to the last release of the 21.3 branch.

Release notes;	https://lists.freedesktop.org/archives/mesa-dev/2022-March/225710.html

MFH:	2022Q1
Sponsored by:	Beckhoff Automation GmbH & Co. KG

While here add panfrost driver for arm64 and enable
lavapipe (llvm based driver for vulkan).

Realese notes: https://lists.freedesktop.org/archives/mesa-dev/2022-February/225692.html
MFC:	2022Q1
Sponsored by:	Beckhoff Automation GmbH & Co. KG
Differential Revision:	https://reviews.freebsd.org/D34366
Differential Revision:	https://reviews.freebsd.org/D34370
Differential Revision:	https://reviews.freebsd.org/D34371

Release notes for 21.3.5: https://lists.freedesktop.org/archives/mesa-dev/2022-January/225661.html
Release notes for 21.3.6: https://lists.freedesktop.org/archives/mesa-dev/2022-February/225673.html

MFH:	2022Q1
Sponsored by:	Beckhoff Automation GmbH & Co. KG
Differential Revision:	https://reviews.freebsd.org/D34239

This is the last mesa release with DRI drivers, next one will only have
the gallium drivers.

Release notes for 21.2.0: https://lists.freedesktop.org/archives/mesa-dev/2021-August/225459.html
Release notes for 21.2.1: https://lists.freedesktop.org/archives/mesa-dev/2021-September/225480.html
Release notes for 21.2.2: https://lists.freedesktop.org/archives/mesa-dev/2021-September/225490.html
Release notes for 21.2.3: https://lists.freedesktop.org/archives/mesa-dev/2021-September/225495.html
Release notes for 21.2.4: https://lists.freedesktop.org/archives/mesa-dev/2021-October/225532.html
Release notes for 21.2.5: https://lists.freedesktop.org/archives/mesa-dev/2021-October/225555.html
Release notes for 21.2.6: https://lists.freedesktop.org/archives/mesa-dev/2021-November/225580.html
Release notes for 21.3.0: https://lists.freedesktop.org/archives/mesa-dev/2021-November/225574.html
Release notes for 21.3.1: https://lists.freedesktop.org/archives/mesa-dev/2021-December/225581.html
Release notes for 21.3.2: https://lists.freedesktop.org/archives/mesa-dev/2021-December/225603.html
Release notes for 21.3.3: https://lists.freedesktop.org/archives/mesa-dev/2021-December/225612.html
Release notes for 21.3.4: https://lists.freedesktop.org/archives/mesa-dev/2022-January/225635.html

MFH:		2022Q1
Reviewed by:	zeising (privately)
Sponsored by:   Beckhoff Automation GmbH & Co. KG
Differential Revision:	https://reviews.freebsd.org/D33332

PR:	259159

Update to the latest release of the 21.1 branch.

Release Notes: https://lists.freedesktop.org/archives/mesa-dev/2021-July/225455.html
Release Notes: https://lists.freedesktop.org/archives/mesa-dev/2021-August/225461.html
Release Notes: https://lists.freedesktop.org/archives/mesa-dev/2021-September/225465.html

Differential Revision:	https://reviews.freebsd.org/D32351
Sponsored by: Beckhoff Automation GmbH & Co. KG

Search criteria used:
- 11.4
- OSREL*
- OSVER*
- *_FreeBSD_11

Input from:
- adridg: devel/qca-legacy
- jbeich: _WITH_DPRINTF, _WITH_GETLINE, GNU bfd workarounds
- sunpoet: security/p5-*OpenSSL*

Reviewed by:	doceng, kde, multimedia, perl, python, ruby, rust
Differential Revision: https://reviews.freebsd.org/D32008
Test Plan: make index

Due to how the mesa ports are split we need to patch meson files so
iris is prefered on compatible intel GPU.

PR:  257462

Re-add patches that was removed on the 21.1.5 update.

PR:    257305

n file included from ../src/gallium/drivers/llvmpipe/lp_setup_tri.c:50:
/usr/lib/clang/11.0.1/include/altivec.h:55:19: error: unknown type name 'vector'
static __inline__ vector bool char __ATTRS_o_ai
                  ^
/usr/lib/clang/11.0.1/include/altivec.h:56:10: error: unknown type name 'vector'
vec_perm(vector bool char __a, vector bool char __b, vector unsigned char __c);
         ^
/usr/lib/clang/11.0.1/include/altivec.h:56:32: error: unknown type name 'vector'
vec_perm(vector bool char __a, vector bool char __b, vector unsigned char __c);
                               ^
/usr/lib/clang/11.0.1/include/altivec.h:66:19: error: unknown type name 'vector'
static __inline__ vector bool short __ATTRS_o_ai vec_perm(
                  ^
/usr/lib/clang/11.0.1/include/altivec.h:67:5: error: unknown type name 'vector'
    vector bool short __a, vector bool short __b, vector unsigned char __c);
    ^
/usr/lib/clang/11.0.1/include/altivec.h:67:28: error: unknown type name 'vector'
    vector bool short __a, vector bool short __b, vector unsigned char __c);
                           ^
/usr/lib/clang/11.0.1/include/altivec.h:80:19: error: unknown type name 'vector'
static __inline__ vector bool int __ATTRS_o_ai
                  ^
/usr/lib/clang/11.0.1/include/altivec.h:81:10: error: unknown type name 'vector'
vec_perm(vector bool int __a, vector bool int __b, vector unsigned char __c);
         ^
/usr/lib/clang/11.0.1/include/altivec.h:81:31: error: unknown type name 'vector'
vec_perm(vector bool int __a, vector bool int __b, vector unsigned char __c);
                              ^
/usr/lib/clang/11.0.1/include/altivec.h:96:19: error: unknown type name 'vector'
static __inline__ vector bool long long __ATTRS_o_ai
                  ^
/usr/lib/clang/11.0.1/include/altivec.h:97:10: error: unknown type name 'vector'
vec_perm(vector bool long long __a, vector bool long long __b,
         ^
/usr/lib/clang/11.0.1/include/altivec.h:97:37: error: unknown type name 'vector'
vec_perm(vector bool long long __a, vector bool long long __b,
                                    ^
/usr/lib/clang/11.0.1/include/altivec.h:203:9: error: unknown type name 'vector'
vec_add(vector bool char __a, vector signed char __b) {
        ^
/usr/lib/clang/11.0.1/include/altivec.h:208:33: error: unknown type name 'vector'
vec_add(vector signed char __a, vector bool char __b) {
                                ^
/usr/lib/clang/11.0.1/include/altivec.h:218:9: error: unknown type name 'vector'
vec_add(vector bool char __a, vector unsigned char __b) {
        ^
/usr/lib/clang/11.0.1/include/altivec.h:223:35: error: unknown type name 'vector'
vec_add(vector unsigned char __a, vector bool char __b) {
                                  ^
/usr/lib/clang/11.0.1/include/altivec.h:232:53: error: unknown type name 'vector'
static __inline__ vector short __ATTRS_o_ai vec_add(vector bool short __a,
                                                    ^
/usr/lib/clang/11.0.1/include/altivec.h:238:53: error: unknown type name 'vector'
                                                    vector bool short __b) {
                                                    ^
/usr/lib/clang/11.0.1/include/altivec.h:248:9: error: unknown type name 'vector'
vec_add(vector bool short __a, vector unsigned short __b) {
        ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.

Additionally, fix packaging failure on all powerpc*, since llvmpipe is now used.

- swrast is only a gallium driver now.
- Bump needed llvm to 12
- libclc is still a llvm10, moving to >10 needs to change
  from where we pick libclc as its now part of llvm

Differential Revision:	    https://reviews.freebsd.org/D31165
Reviewed by: kbowling, zeising

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

Submitted by:	linimon
PR:	256138

This is to help users sticking to the particular LLVM versions lower
the number of different LLVM packages installed.  For example, there
is currently a mismatch between LLVM_DEFAULT assigned by the default
versions framework (90) and in this file (10; this hasn't changed).

is only for amd64 i386, while you are running aarch64 (reason: Clover needs a GPU supported by the Radeon KMS driver) (reason: not supported on sparc64)

Approved by:	portmgr (tier-2 blanket)

Freeze in OpenGL initialization detected

PR:		251836
Reported by:	Roman, Oleg Nauman, arrowd, Oleksandr Kryvulia
Tested by:	arrowd, Roman
Approved by:	manu

- Fix mesa-gallium-va and mesa-gallium-vdpau for X11 usage
 - Add a patch so iris will be prefered for compatible intel GPUs (>=broadwell)

PR:		250307 250325

LLVM90 requirement was introduced when Mesa used LLVM80 and 90 gave much better experience on powerpc64. Now that everyone moved to 10, make a move on powerpc64 as well.

PR:		250723

Error:
../src/gallium/auxiliary/util/u_pwr8.h:87:11: error: implicit declaration of function 'vec_perm' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
   return vec_perm (even, odd, perm_mask);
          ^

Iris is the prefered gallium driver for Intel Gen8 to Gen11, add it
to the build. [1]
Add libunwind support for more arch. [2]

PR:		250307 [1], 250305 [2]
Submitted by:	jbeich [2]
Reported by:	jbeich [1]
Reviewed by:	zeising

Update to 20.2
Move graphics/libxatracker to graphics/mesa-gallium-xa
Remove VAAPI and VDPAU options in mesa-libs in favor of
two new ports : mesa-gallium-va and mesa-gallium-vdpau
Bump needed llvm to llvm10
Change a lot of meson option from false to disabled as it's
deprecated.
Remove the drm and surfaceless platform from mesa* as it's always
enabled now.
Add zstd option, used for shader cache.

Reviewed by:	x11 (zeising@)
Differential Revision:	https://reviews.freebsd.org/D26682

There is no real reason to disable glesv1 so add it to the build.
While here add a USE_GL for it.

Reviewed by:	zeising
Approved by:	x11 (zeising@)
Differential Revision:	https://reviews.freebsd.org/D26461

No one who cares about graphics have a sparc64 machine.
Next update to 20.2 will not contain any patches too.

Reviewed by:	zeising
Approved by:	x11 (zeising@)
Differential Revision:	https://reviews.freebsd.org/D26460

This allow to have a full setup without any x11 deps.

PR:	247029
Reviewed by:	zeising
Approved by:	x11 (zeising@)
Differential Revision:	https://reviews.freebsd.org/D26438

Pull in a bunch of upstream patches to graphics/mesa to fix build with
-fno-common, which is the default after the llvm 11 import.

MFH:		2020Q3

powerpc* is left in .elif block for powerpc and powerpcspe which I didn't test.

Mesa have two software rasterizer, the classic mesa dri one and
the gallium one.
The classic dri one is starting to be deprecated upstream (like all
dri drivers) so switch the arches that can build the gallium one to it.

Approved by:	zeising (x11)

Fix a couple of minor issues with mesa related ports after the switch to
meson.
Define _GNU_SOURCE when building on FreeBSD.  This fixes blur effects in
Plasma 5 and issues with the SDDM greeter.  This fix was originally applied
in r516100 but got lost in the switch to meson. [1]
Properly detect sys/sysctl.h on FreeBSD.  On FreeBSD sys/sysctl.h needs
sys/types.h as well, patch the meson build script to take this into account.
Fix a broken sed command to properly set ${LOCALBASE}/etc and
${LOCALBASE}/share/ as appropriate.

Bump portrevision of all mesa related ports.

PR:		247138 [1]
Reported by:	Roman [1]
Reviewed by:	manu
Tested by:	Roman, Serge Volkov
Differential Revision:	https://reviews.freebsd.org/D25265

Approved by:	zeising (x11@ implicit)

Fix packaging swrast_dri.so

PR:		247194
Approved by:	zeising (x11@ implicit)

The meson switch changed which swrast driver we build from dri to gallium.
I'm not too sure at how the gallium swrast is usable but switch back to the dri
one.
This also fixes the build on armv7 where the gallium swrast driver isn't available.

Approved by:	zeising (x11@ implicit)

Approved by:	zeising (x11@ implicit)

In some cases, such as on sparc64, armv6 and armv7 etc, DRI_DRIVER,
GALLIUM_DRIVER and/or VULKAN_DRIVER might be undefined.  This causes an
error similar to
make: "/usr/ports/graphics/mesa-dri/Makefile" line 106: Malformed conditional (${DRI_DRIVERS:M${:UI915}})

Fix this by checking if [DRI,GALLIUM,VULKAN]_DRIVER is defined before
checking what it is set to.

While here, remove textproc/py-mako dependency from mesa-dri/Makefile, it's
already included in mesa-dri/Makefile.common, no need to depend on it twice.

PR:		247117
Reported by:	jbeich

Due to some options change we had a small windows where wayland might
not have been enabled, bump PORTREVISION so next at next update it will
be brought back.

Reported by:	zeising
Approved by:	zeizing (x11@ implicit)

PR:		247056
Approved by:	zeising (x11@ implicit)

Meson seems to not care that a llvm-config binary exists and will prefer
to use llvm-config-devel for some reason.
Using a native-file fixes that and meson will correctly use the llvm specified
in it.

PR:	247026
Approved by:	zeising (x11@ implicit)

Mesa support different platforms, add some options that control which one
we are enabling and build the -Dplatform meson arg based on that.
Keep the WAYLAND option for now but if you're using it switch to the
newly created PLATFORM_WAYLAND.

PR:		246969
Approved by:	zeising (x11@ implicit)

We don't have any hardware or driver capable of running the freedreno driver
so disable it.
Our VC4 support don't work with mesa so disable it too.

Reviewed by:	zeising (x11@)
Approved by:	zeising (x11@)
Differential Revision:	https://reviews.freebsd.org/D25093

GCC arches on 11 and 12 will uses ld.bfd and don't have ld.lld so we
can't blindly use ld.lld.

Suggested by: jbeich
Reported by:	pkubaj
Approved by:	zeising (x11@ implicit)

LLD is already used in 12 and 13 but we still use ld.bfd by default on 11
and for some unknown reason some mesa libs fails to build with it since the
meson switch.

PR:		246997
Approved by:	zeising (x11@ implicit)

Fix build related to libatomic on i386.
Simply copy the patch from mesa-devel.

Reported by:	jbeich
Approved by:	zeising (x11@ implicit)

11 uses gnuld by default and it doesn't support --build-id
Add a check in meson and raise the meson version to 0.46 as
cc.get_supported_link_arguments was added in this version.
Upstream already do this check.

Reported by:	kib
Approved by:	zeising (x11@, implicit)

Upstream switched to meson for their build system so do the same as
it will be easier to find problems sooner than later.
This also switch to python3, python is only used for the build.
There is more thing enabled by default (or auto-enabled based on some
configuration) so we need to disable a lot more things than with autotools.

This should be a non functional change.

Reviewed by:	zeising (x11@)
Differential Revision:	https:/reviews.freebsd.org/D25092

$ DEFAULT_VERSIONS=llvm=90 make -V LLVM_DEFAULT -C graphics/mesa-dri
80
$ DEFAULT_VERSIONS=llvm=10 make -V LLVM_DEFAULT -C graphics/mesa-dri
10

PR:		245178
Reported by:	mi
Approved by:	x11 (zeising), maintainer timeout (2 months)
MFH:		2020Q2 (for llvm10 users)
Differential Revision:	https://reviews.freebsd.org/D24222

Update mesa and related ports to 19.0.8.
This is the last version where the autotools build system is being used.
This serves as a stepping stone for reworking the ports to use the meson
build system and to enable further updates.

PR:		235570
Submitted by:	jbeich (with minor changes)
Differential Revision:	https://reviews.freebsd.org/D19099
			https://reviews.freebsd.org/D19100

It fixes some graphic crashes.

Change the default mesa configuration to use DRI3 rather than the older DRI2
interface.  This should improve performance somewhat, and alleviates the need
for the FIXDRM option in x11-servers/xorg-server.

Remove the FIXDRM option from x11-servers/xorg-server.

Add an UPDATING entry for the change.

For users of graphics/drm-legacy-kmod or the base graphics drivers, this might
cause regressions.  If you experience problems when running OpenGL applications
please force the use of the DRI2 backend by setting the LIBGL_DRI3_DISABLE
environment variable to 1 before starting any OpenGL application.  This is
easiest done by adding it to your shell startup file or .xinitrc.

Add UPDATING entry for xorg-server, detailing the change of device
configuration backend.

PR:		196678, 244306 (for tracking)

Submitted by:	andrew
Differential Revision:	https://reviews.freebsd.org/D23439

Approved by:	portmgr blanket

After https://svnweb.freebsd.org/base?view=revision&revision=355397, base clang can compile mesa on ppc64, so there's no need for this workaround anymore.

No PORTREVISION bump because elfv2 still isn't the default.

Approved by:	zeising (maintainer), mentors (implicit approval)
Differential Revision:	https://reviews.freebsd.org/D22686

Base LLVM9 fails to build this port with clang crash (reported on https://bugs.llvm.org/show_bug.cgi?id=43862). The port builds when using LLVM8. Since we depend on LLVM8 anyway, use it also for compilation on elfv2.

Approved by:	zeising (maintainer), tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D22274

Update x11/xorgproto to 2019.2 [0]
Disable all legacy headers, they are no longer needed, since they only
detail deprecated protocol features.

Update x11/libX11 to 1.6.9
This is a minor update, mostly containing fixes to work with updated
x11/xorgproto.

Update x11/libXvMC to  1.0.12 [1]
This is a minor update, mostly containing fixes to work with updated
x11/xorgproto.

Patch mesa prts to explicitly link against -lXv, previously this was pulled
in by x11/libXvMC, but with changes to libXvMC .pc file, this is no longer
true.
Bump portrevision for mesa-dri because of this.

Thanks fo antoine for the exp-run!

PR:		241314 (exp-run) [0], 240801 [1]
Submitted by:	pete@nomadlogic.org [1]

Change all ports to use USES=xorg-cat instead of the old XORG_CAT
Add USES=xorg and USES=gl as needed to x11@ ports

Add -D_GNU_SOURCE to compile flags when building on FreeBSD.  This is needed
to have mesa work with various locales, that for instance use , instead of .
as a decmal separator.

Bump portrevision on all mesa related ports.

PR:		241506
Reported by:	Jesper Schmitz Mouridsen
MFH:		2019Q4

Mesa 18.3 doesn't support LLVM 9. While some fixes were backported
there're probably more issues. Apparently, Gnome shows black screen.
As the port is unlikely to be ready for future LLVM_DEFAULT bumps
without a version update just limit to previously tested value.

PR:		239682
Requested by:	imp

PR:		240722
Reported by:	rozhuk.im@gmail.com, freebsdbugs@urisc.net
Tested by:	rozhuk.im@gmail.com, freebsdbugs@urisc.net
Obtained from:	upstream
Approved by:	portmgr blanket

PR:		239682
Reviewed by:	tobik
Differential Revision:	https://reviews.freebsd.org/D21172

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Switch mesa over to use llvm80 instead of llvm60.  Make it use the
global LLVM_DEFAULT instead of deciding for ourself which llvm version
to use. [1]

Fix build of lang/beginet [1]

Add patch from upstream to fix build of devel/libclc.  The patch is taken
from the git mirror of devel/libclc rather than the SVN repo, for
convenience.

Add a patch from mesa upstream preventing certain error messages when using
amdgpu [2]

Add a notice to bsd.default-versions.mk asking that the graphics team be
informed before the llvm version is changed.

Enable llvm and gallium on MIPS.  As far as I can tell, this used to
be the default before this change.

Bump portrevisions since dependencies changed.

PR:		230789 [1], [2]
Submitted by:	jbeich [1], tobik [2]
Obtained from:	FreeBSD Graphics Team development repo
		https://github.com/FreeBSDDesktop/freebsd-ports/commits/feature/mesa-llvm80
Sponsored by:	B3 Init (zeising)

Landed by mistake. x11@ is immune to maintainer timeout nowadays.

PR:		230789

PR:		230789
Approved by:	maintainer timeout (2 weeks)

Changes:	https://www.mesa3d.org/relnotes/18.3.0.html
Changes:	https://www.mesa3d.org/relnotes/18.3.1.html
Changes:	https://www.mesa3d.org/relnotes/18.3.2.html
PR:		233034
Tested by:	Kevin Oberman
Approved by:	maintainer timeout (2 weeks after 2019Q1)
Differential Revision:	https://reviews.freebsd.org/D17872

- TEXTURE option is always enabled per
  https://cgit.freedesktop.org/mesa/mesa/commit/?id=66673bef941a

Changes:	https://www.mesa3d.org/relnotes/18.2.0.html
Changes:	https://www.mesa3d.org/relnotes/18.2.1.html
Changes:	https://www.mesa3d.org/relnotes/18.2.2.html
Changes:	https://www.mesa3d.org/relnotes/18.2.3.html
Changes:	https://www.mesa3d.org/relnotes/18.2.4.html
Changes:	https://www.mesa3d.org/relnotes/18.2.5.html
Changes:	https://www.mesa3d.org/relnotes/18.2.6.html
Changes:	https://www.mesa3d.org/relnotes/18.2.7.html
Changes:	https://www.mesa3d.org/relnotes/18.2.8.html
PR:		230298
Tested by:	Samy Mahmoudi, Kevin Oberman
Approved by:	maintainer timeout (2 weeks after 2019Q1)
Differential Revision:	https://reviews.freebsd.org/D16571

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

PR:		227509
Requested by:	Johannes Lundberg, Greg V
Reviewed by:	tobik (earlier version)
Approved by:	madpilot, x11 (zeising), maintainer timeout (2 weeks)
Exp-run by:	antoine

jbeich commented on some ports in D17724 but I forgot to add them to the list.

Submitted by:	rene
Reviewed by:	bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724

configure: error: --enable-llvm is required when building r300

PR:		231329
Approved by:	maintainer timeout (1 month)

At least aarch64, armv6, armv7 couldn't set OPTIONS_SET+=WAYLAND via make.conf
(see also bug 227509) despite Wayland itself not having such a limitation.

=>> Ignoring graphics/mesa-dri: option WAYLAND is only valid on platforms with Vulkan

PR:		221540
Pointy hat to:	jbeich (regressed by r482192)

PR:		221540
Submitted by:	Greg V
Approved by:	maintainer timeout (9 months timeout), zeising (earlier version)

This port links some non-PIC code, which fails with lld as it defaults
to disallowing relocations against read-only segments.  For i386 we can
just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's
existing default.

PR:		214864
Approved by:	portmgr (lld blanket)
Sponsored by:	The FreeBSD Foundation

Change x11/xorgproto to become a build time dependency when added to
USE_XORG.  Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.

PR:		230909
Reviewed by:	eadler
Approved by:	portmgr (antoine)
Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run:	antoine
Differential Revision:	https://reviews.freebsd.org/D16906

Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/mesa-18.1

llvm/codegen/native.cpp:135:49: error: too few arguments to function call, expected at least 4, have 3
         if (tm->addPassesToEmitFile(pm, fos, ft))
             ~~~~~~~~~~~~~~~~~~~~~~~            ^
/usr/local/llvm70/include/llvm/Target/TargetMachine.h:260:3: note: 'addPassesToEmitFile' declared here
  virtual bool addPassesToEmitFile(PassManagerBase &, raw_pwrite_stream &,
  ^

Obtained from:	upstream
Approved by:	portmgr blanket

Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/mesa-18.1
MFC after:	2018Q3

Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto.  This update
tracks that change.

* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
  bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
  instead depend on xorgproto.  Bump portrevision.
* Delete the old *proto packages, update MOVED.

PR:		230023
Submitted by:	zeising
Approved by:	portmgr (antoine)
exp-run by:	antoine

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/mesa-18.1
MFH:		2018Q3
X-MFH-with:	r474016

Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/mesa-18.1

Since this is not the default, no need to bump portrevision.

PR:		228673
Submitted by:	Stefan Esser

Changes:	https://www.mesa3d.org/relnotes/18.1.2.html
PR:		227685

Thanks to jbeich for help with testing.

Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/mesa-18.1

Update mesa ports to 18.1

Changes:	https://www.mesa3d.org/relnotes/18.1.0.html

PR:		227685
Submitted by:	jbeich
Tested by:	Greg V, Carlos J. Puga Medina

Changes:	https://www.mesa3d.org/relnotes/18.0.4.html
PR:		225415

Changes:	https://www.mesa3d.org/relnotes/18.0.3.html
PR:		225415

Changes:	https://www.mesa3d.org/relnotes/18.0.2.html
PR:		225415

PR:		227682

Changes:	https://www.mesa3d.org/relnotes/18.0.1.html
PR:		225415

Changes:	https://www.mesa3d.org/relnotes/18.0.0.html
PR:		225415
Tested by:	Greg V, cpm, Kevin Oberman, Juan Ramón Molina Menor
Reviewed by:	Greg V (Wayland, Vulkan), jkim (umtx)
Approved by:	maintainer timeout (2 weeks)

Changes:	https://www.mesa3d.org/relnotes/17.3.2.html
Changes:	https://www.mesa3d.org/relnotes/17.3.3.html
Changes:	https://www.mesa3d.org/relnotes/17.3.4.html
Changes:	https://www.mesa3d.org/relnotes/17.3.5.html
Changes:	https://www.mesa3d.org/relnotes/17.3.6.html
Changes:	https://www.mesa3d.org/relnotes/17.3.7.html
Changes:	https://www.mesa3d.org/relnotes/17.3.8.html
PR:		225035
Tested by:	Oleh Hushchenkov, Kevin Oberman
Approved by:	maintainer timeout (3 months, cookie licking)
MFH:		2018Q2 (mostly regression fixes)

PR:		223030
Submitted by:	Greg V
Obtained from:	upstream (Mesa 18.0.0)
Approved by:	maintainer timeout (4 months)

Sandybridge on FreeBSD 11.* is also affected:

$ glxgears
[intel_init_bufmgr: 1685] Kernel 3.9 required.
libGL error: failed to create dri screen
libGL error: failed to load driver: i965
5373 frames in 5.0 seconds = 1074.496 FPS

Reported by:	Kevin Oberman
PR:		225035 225415

Left side already unquoted and Mk/bsd.port.mk didn't quote.

python2.7 ./radv_entrypoints_gen.py \
        --xml ../../../src/vulkan/registry/vk.xml --outdir .
Traceback (most recent call last):
  File "./radv_entrypoints_gen.py", line 30, in <module>
    from mako.template import Template
ImportError: No module named mako.template

PR:		221540
Reported by:	Mark Millard (via ports@ list)
Approved by:	portmgr blanket

PR:		221540
Tested by:	Greg V
Approved by:	x11 (zeising)

Correct dependencies: remove the cruft added to mesa-dri in the previous
commit (those are mesa-libs deps), add a RUN_DEPENDS for libclc to clover

Clean up patches, remove one stale patch

Add missing dependencies on xcb and xxf86vm.

Changelog for mesa: https://www.mesa3d.org/relnotes/17.3.0.html

PR:		223195
Submitted by:	jbeich
Tested by:	Greg V, cpm

Approved by:	cpm [1], multimedia (timeout) [2]
Obtained from:	https://github.com/mpv-player/mpv/commit/2ecf240b1cd20875991a5b18efafbe799864ff7f [1]
		https://cgit.freedesktop.org/gstreamer/gstreamer-vaapi/commit/gst-libs/gst/vaapi/gstvaapiutils.c?id=777bba473e3ed1c7b8b7f7f0322892851c70dfd9 [2]
Differential Revision:	https://reviews.freebsd.org/D12761

PR:		221894 (partial)

Mesa supports both llvm40 and llvm50. The former remains the default as it's
what the OpenCL ports currently require and it's available on more platforms.

Changes:	https://lists.freedesktop.org/archives/mesa-announce/2017-June/000337.html
Changes:	https://lists.freedesktop.org/archives/mesa-announce/2017-June/000339.html
MFH:		2017Q2

- patch the Intel driver to re-enable hardware acceleration on 10.x [1]

Reported by:	cpm [1]
Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D11148

- fix build on aarch64 by limiting the vc4 neon patch to armv6 [1]

PR:		219441 [1]
Submitted by:	strejda [1]
Reported by:	jbeich [1]
Reviewed by:	kwm
Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D11066

* restrict use of LLVM for Gallium to platforms with LLVM in base to fix
  runtime errors when Gallium is built with a mix of GCC and LLVM
* make LLVM only a BUILD_DEPEND for mesa-libs, which needs it to build EGL
* add pkg-plist entries for freedreno and vc4 drivers [1]
* remove extraneous SHEBANG_FILES entry to fix build of freedreno [2,3]
* correct typo in libosmesa, which may have affected the Gallium build [4]

PR:		219247 [1], 219406 [3]
Submitted by:	jbeich [1] (2 patches, pkg-plist fix), strejda (vc4 CFLAGS)
Reported by:	strejda [2], andrew [3], linimon [4]
Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10842

* libGL, libEGL, libglesv2, libglapi, and gbm have been moved into mesa-libs,
  graphics/dri has been renamed to mesa-dri, and USE_GL has been adjusted
* mesa-libs has a new WAYLAND option that enables platform support in libEGL
* mesa-dri now depends on graphics/s2tc for compressed texture support [1]
* re-remove obsolete dependency on makedepends [2]
* correct sed fix backported from 17.1 [3]

PR:		218799 (exp-run), 212762 [1], 218552 [2], 218562 [3]
Submitted by:	dbn [1], jbeich [2,3]
Reported by:	afiskon@devzen.ru [1]
Reviewed by:	kwm, johalun0@gmail.com
Approved by:	portmgr, swills (mentor)
Differential Revision:  https://reviews.freebsd.org/D10448