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
respect flexible LLVM_DEFAULT, by not hardcoding package version and
depending on the appropriate executable instead.
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).
statements in the ports that include it, with the following absurd
value for IGNORE on e.g. aarch64:
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)
- 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.
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
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
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)
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)
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)
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
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
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)
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]
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
