Mesa is a 3-D graphics library with an API which is very similar to that
of OpenGL*. To the extent that Mesa utilizes the OpenGL command syntax or
state machine, it is being used with authorization from Silicon Graphics,
Inc. However, the author makes no claim that Mesa is in any way a
compatible replacement for OpenGL or associated with Silicon Graphics, Inc.
This is a Off-Screen version of Mesa in order to do off-screen rendering in
other packages like VTK. Offscreen rendering is useful for a
number of things, such as batch processing, parallel processing, and
remote processing.
graphics/mesa: Unbreak on !amd64
Disable intel-rt for all arches except amd64 as it's only supported there.
PR: 280979
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/mesa: libdrm is used by all component
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
graphics/mesa: Remove Makefile.targets
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
graphics/mesa*: Drop llvm,noexport in Makefile.common
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
lang/clover: Restrict llvm to max version 16
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
graphics/mesa: update to 23.1.8
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
graphics/mesa: Stop adding libglapi.so as a deps when not needed
Not every mesa port needs this lib so stop adding a dep on it if not needed.
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/mesa: Do not add USE_LDCONFIG for every mesa ports
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
graphics/mesa*: Stop using meson native-file
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
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.
(Only the first 15 lines of the commit message are shown above )
mesa*: Update to 21.1.5
- 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
graphics/mesa-libs: Bump reverse deps for libglvnd
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
mesa-*: Update to 20.2.3
- 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: 250307250325
graphics/mesa*: Add Iris Gallium driver and libunwind for more arch
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
graphics/mesa*: Update to 20.2
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
graphics/mesa: Fix minor issues from meson switch
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
mesa*: Switch to meson
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
graphics/mesa: Update to 19.0.8
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/D19099https://reviews.freebsd.org/D19100
graphics/mesa: Add -D_GNU_SOURCE to compile flags
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
graphics/mesa-dri: revert r512573 and limit to llvm80 after r512440
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
Switch mesa and related ports to llvm80
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]
(Only the first 15 lines of the commit message are shown above )
graphics/libosmesa: add -znotext to LDFLAGS on i386, for lld
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 dep
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
Switch to xorgproto instead of individual packages
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
Update the Mesa ports to 17.1.0
* 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
Consolidate the Mesa ports, update to 17.0.4, and add Wayland option
* 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
Update Mesa to 17.0.3
* OpenGL 4.5 support for RadeonSI and recent Intel
* Use LLVM 4.0 by default, building with 3.9 is possible via MESA_LLVM_VER
* DRI3 remains enabled at compile time, but is now disabled at runtime for
stock FreeBSD. Set LIBGL_DRI3_ENABLE in the environment to enable DRI3.
This extra check is added when compiling on stock FreeBSD, not DRM-next.
This change was made to work around a problem in libEGL, which fails to
fall back to using DRI2 when run on a system without DRI3 support.
Reviewed by: jmd, mat
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10250
Add USES+=ssl to 3 of 8 graphics/libGL/Makefile.common consumers
Despite having a configure argument of --with-sha1=libcrypto, only three
of the eight users of graphics/libGL/Makefile.common actually link to
SSL libraries. Individually add USES=ssl to these three ports rather
than have all 8 having this requirement.
Approved by: SSL blanket
Update Mesa port to 10.6.6 and add Clover.
Add beignet 1.1.0.
Add clinfo, clblas, clfft and clrng.
The major change is that all Mesa ports are now configured the same way.
This fixes several problems and enables new features. The details
are described in this blog post:
http://blogs.freebsdish.org/graphics/2015/03/18/unifying-mesa-ports-configure/
The second important change is the OpenCL support. Mesa's
implementation, Clover, is enabled as well as Beignet. Clover
targets all Gallium drivers, only Radeon GPUs in our case. Beignet
is for Intel GPUs starting with Ivy Bridge. Thanks to Johannes
Dieterich, O. Hartman, and Koop Mast for their work on OpenCL! As a
bonus, there are several OpenCL-based math ports added (clblas,
(Only the first 15 lines of the commit message are shown above )
Mark libosmesa broken on 11-i386 for now. This should stop
the fallout mail. We have a fix for the build
issue but the fix depends on other changes to the mesa ports.
This mesa update will be commit after 8.4-R has gone EOL.
Fix build by depending on bison.
GEN program/program_parse.tab.c
byacc: e - line 119 of "program/program_parse.y", syntax error
%locations
^
gmake[3]: *** [program/program_parse.tab.c] Error 1
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)
