Ah so it does look like an upstream issue. The chaps there seem to be seeing it themselves. I have tried a number of things to do the build, clean build steps for days but nothing has worked. I reckon we give it a few days for them to fix this.
Search Criteria
Package Details: mesa-git 25.2.0_devel.204321.de6efc01c12.d41d8cd-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mesa-git.git (read-only, click to copy) |
---|---|
Package Base: | mesa-git |
Description: | an open-source implementation of the OpenGL specification, git version |
Upstream URL: | https://www.mesa3d.org |
Keywords: | mesa wayland X11 |
Licenses: | custom |
Conflicts: | libva-mesa-driver, mesa, mesa-libgl, mesa-vdpau, opencl-clover-mesa, opencl-rusticl-mesa, vulkan-intel, vulkan-mesa-layers, vulkan-nouveau, vulkan-radeon, vulkan-swrast, vulkan-virtio |
Provides: | libva-mesa-driver, mesa, mesa-libgl, mesa-vdpau, opencl-driver, opencl-rusticl-mesa, opengl-driver, vulkan-driver, vulkan-intel, vulkan-mesa-layers, vulkan-nouveau, vulkan-radeon, vulkan-swrast, vulkan-virtio |
Submitter: | Krejzi |
Maintainer: | rjahanbakhshi (Lone_Wolf) |
Last Packager: | rjahanbakhshi |
Votes: | 189 |
Popularity: | 2.23 |
First Submitted: | 2014-06-19 21:33 (UTC) |
Last Updated: | 2025-04-16 20:46 (UTC) |
Dependencies (52)
- clang (llvm-gitAUR, clang17-binAUR, clang-minimal-gitAUR)
- expat (expat-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR)
- libclc (libclc-gitAUR, libclc-minimal-gitAUR)
- libdrm (libdrm-gitAUR)
- libelf (elfutils-gitAUR)
- libglvnd (libglvnd-gitAUR)
- libunwind (libunwind-carbonAUR, libunwind-gitAUR)
- libx11 (libx11-gitAUR)
- libxcb (libxcb-gitAUR)
- libxdamage
- libxext (libxext-gitAUR)
- libxfixes
- libxshmfence
- libxxf86vm
- llvm-libs (llvm-libs-gitAUR)
- lm_sensors (lm_sensors-gitAUR, lm_sensors-it87-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- spirv-llvm-translator (spirv-llvm-translator-gitAUR, spirv-llvm-translator-minimal-gitAUR)
- Show 32 more dependencies...
Required by (1340)
- 0ad-data-git (requires mesa) (make)
- 0ad-git (requires mesa) (make)
- abuse (requires mesa) (make)
- actionfps-client (requires mesa)
- actionfps-client (requires mesa) (make)
- actionfps-common (requires mesa) (make)
- actionfps-server (requires mesa) (make)
- adom-noteye (requires mesa)
- advantagescope (requires mesa)
- advantagescope-git (requires mesa)
- aegisub-git (requires mesa) (make)
- aegisub-japan7-git (requires mesa) (make)
- aegisub-wangqr-git (requires mesa) (make)
- agisoft-metashape (requires opencl-rusticl-mesa) (optional)
- agisoft-metashape-pro (requires opencl-rusticl-mesa) (optional)
- aio-remote-neo (requires mesa)
- airshipper (requires vulkan-driver) (optional)
- alchemy-viewer-git (requires mesa)
- alchemy-viewer-git (requires mesa-libgl) (optional)
- alephium-desktop-wallet-bin (requires mesa)
- Show 1320 more...
Sources (6)
lukestonehm commented on 2025-05-11 18:41 (UTC)
Lone_Wolf commented on 2025-05-11 18:24 (UTC)
my mistake, d3d12 is in gallium-drivers line .
Thanks for checking against directx-headers-git.
mr.dash commented on 2025-05-11 16:27 (UTC)
Directx-headers-git doesn't help. And don't have d3d12 in vulkan-drivers line.
Lone_Wolf commented on 2025-05-10 12:53 (UTC) (edited on 2025-05-10 12:59 (UTC) by Lone_Wolf)
https://gitlab.freedesktop.org/mesa/mesa/-/issues/13126
It looks like an issue with directx-headers, you can try building against directx-headers-git .
EDIT: try removing d3d12 from vulkan-drivers line.
lukestonehm commented on 2025-05-08 19:40 (UTC) (edited on 2025-05-10 07:13 (UTC) by lukestonehm)
Before I raise an issue on the Mesa gitlab, I thought I'd report this issue here first. Attempting to build mesa results in the following:
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:369:12: error: member ‘D3D12EncodeConfiguration::<unnamed struct>::<unnamed struct>::<unnamed struct> D3D12EncodeConfiguration::<unnamed struct>::<unnamed struct>::MapInfo’ with destructor not allowed in anonymous aggregate
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:369:12: error: member ‘D3D12EncodeConfiguration::<unnamed struct>::<unnamed struct>::<unnamed struct> D3D12EncodeConfiguration::<unnamed struct>::<unnamed struct>::MapInfo’ with copy assignment operator not allowed in anonymous aggregate
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:373:16: error: ‘D3D12_VIDEO_ENCODER_MOVE_RECT’ was not declared in this scope; did you mean ‘D3D12_VIDEO_ENCODER_CODEC_HEVC’?
373 | std::vector<D3D12_VIDEO_ENCODER_MOVE_RECT> m_MoveRectsArray;
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| D3D12_VIDEO_ENCODER_CODEC_HEVC
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:373:45: error: template argument 1 is invalid
373 | std::vector<D3D12_VIDEO_ENCODER_MOVE_RECT> m_MoveRectsArray;
| ^
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:373:45: error: template argument 2 is invalid
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:433:4: error: ‘D3D12_VIDEO_ENCODER_COMPRESSED_BITSTREAM_NOTIFICATION_MODE’ does not name a type; did you mean ‘D3D12_VIDEO_ENCODER_COMPRESSED_BITSTREAM’?
433 | D3D12_VIDEO_ENCODER_COMPRESSED_BITSTREAM_NOTIFICATION_MODE SubregionNotificationMode;
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| D3D12_VIDEO_ENCODER_COMPRESSED_BITSTREAM
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:638:72: error: ‘D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT2’ has not been declared; did you mean ‘D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT1’?
638 | D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT2 &capEncoderSupportData);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT1
../mesa/src/gallium/drivers/d3d12/d3d12_video_enc.h:645:45: error: ‘D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT2’ has not been declared; did you mean ‘D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT1’?
645 | D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT2 &capEncoderSupportData);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| D3D12_FEATURE_DATA_VIDEO_ENCODER_SUPPORT1
[2412/3537] Compiling C++ object src/gallium/drivers/zink/libzink.a.p/zink_draw.cpp.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...
-> error making: mesa-git-exit status 4
-> Failed to install the following packages. Manual intervention is required:
mesa-git - exit status 4
(truncated to fit within the 5k char limit).
I suspect gallium needs to be removed (I'm not entirely sure what that entails). I had a similar issue trying to build lib32-mesa-git, and upstream said "The package needs to remove the unsupported gallium-opencl option.".
The fact that my builds are failing on gallium leads me to believe this is a similar issue. If not, let me know, I'll report to upstream.
Edit: I see in the last commit that gallium-opencl was removed - so I'm not sure what the cause of this issue is. I have tried a full clean build.
Billli11 commented on 2025-04-16 15:45 (UTC) (edited on 2025-04-16 15:55 (UTC) by Billli11)
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/19385
Clover are now gone.
osmesa
, and shared-glapi
now do nothing
The Meson build system
Version: 1.7.2
Source dir: /mnt/TOSHIBA16TB/billli11/AUR/pkgbuild/test/mesa-git/src/mesa
Build dir: /mnt/TOSHIBA16TB/billli11/AUR/pkgbuild/test/mesa-git/src/_build
Build type: native build
mesa/meson.options:128: WARNING: Keyword argument "deprecated" defined multiple times.
WARNING: This will be an error in Meson 2.0.
mesa/meson.options:538: WARNING: Keyword argument "deprecated" defined multiple times.
WARNING: This will be an error in Meson 2.0.
DEPRECATION: Option 'gallium-nine' is deprecated
DEPRECATION: Option 'gallium-xa' is deprecated
DEPRECATION: Option 'osmesa' is deprecated
DEPRECATION: Option 'shared-glapi' is deprecated
mesa/meson.build:4:0: ERROR: Unknown options: "gallium-opencl"
A full log can be found at /mnt/TOSHIBA16TB/billli11/AUR/pkgbuild/test/mesa-git/src/_build/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
Aborting...
sinatosk commented on 2025-03-08 13:51 (UTC)
It should compile now. I created an issue https://gitlab.freedesktop.org/mesa/mesa/-/issues/12754
after some hours, since commit https://gitlab.freedesktop.org/mesa/mesa/-/commit/171ee1797bf746aabb1ee86e5f84df03c2733299 the issue, it now compiles
The issue hasn't been acknowledged though, don't know why although it did look like something he/she did 2 days before the issue I created
yewhan commented on 2025-03-08 13:34 (UTC)
If it's not compiling you likely don't have the libraries for DRI2. Like @sinatosk said, you can just remove that from the PKGBUILD, or make sure you have the libraries installed.
sinatosk commented on 2025-03-06 08:15 (UTC)
@ArchUsr1 I'm seeing the same issue too. I think it's an upstream issue
edit: remove "-Dlegacy-x11=dri2" and it compiles
Pinned Comments
Lone_Wolf commented on 2024-09-10 19:58 (UTC)
removed obsolete options, build now works again.
building opencl clover is disabled for now, see https://gitlab.freedesktop.org/mesa/mesa/-/issues/11863
Those that need opencl should use rusticl instead. Note that rusticl at runtime is disabled by default, see https://docs.mesa3d.org/envvars.html#rusticl-environment-variables for info about enabling it.
Lone_Wolf commented on 2020-04-23 12:26 (UTC) (edited on 2023-03-30 07:04 (UTC) by Lone_Wolf)
Mesa and llvm are closely tied together. Everytime the llvm mesa is built against changes/updates , mesa needs to be rebuilt.
I expect anyone building mesa-git against one of the llvm trunk variants to be able to do that themselves, but atleast some of the people that built against repo llvm don't understand how to deal with such a rebuild.
The rest of this post is meant for those people.
Option A - best one
see https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot for the official way or https://aur.archlinux.org/packages/clean-chroot-manager for an alternative method.
Option B - 2nd best
Lone_Wolf commented on 2019-07-09 13:43 (UTC) (edited on 2023-04-18 10:41 (UTC) by Lone_Wolf)
WARNING : aur helpers don't support this method at all. They check .SRCINFO and that doesn't include this variable so it will use the default which is hardcoded to build against repo llvm.
Why would I want to use llvm development versions ?
Lone_Wolf commented on 2018-01-30 14:06 (UTC) (edited on 2023-02-12 11:56 (UTC) by Lone_Wolf)
run pacman Syu update non-repo packages for llvm if you use them
build mesa-git, log out , update mesa-git and restart X .
run
glxinfo -B
to verify basic OpenGL functionalitybuild lib32-mesa-git
run
glxinfo32 -B
to verify basic OpenGL functionality for multilib programs