Package Details: lib32-mesa-git 24.3.0_devel.194631.e0e7d8d910e.d41d8cd-1

Git Clone URL: https://aur.archlinux.org/lib32-mesa-git.git (read-only, click to copy)
Package Base: lib32-mesa-git
Description: an open-source implementation of the OpenGL specification, git version
Upstream URL: https://www.mesa3d.org
Licenses: custom
Conflicts: lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-libgl, lib32-mesa-vdpau, lib32-vulkan-intel, lib32-vulkan-mesa-layers, lib32-vulkan-radeon
Provides: lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-libgl, lib32-mesa-vdpau, lib32-opengl-driver, lib32-vulkan-driver, lib32-vulkan-intel, lib32-vulkan-mesa-layers, lib32-vulkan-radeon
Submitter: None
Maintainer: rjahanbakhshi (Lone_Wolf)
Last Packager: Lone_Wolf
Votes: 45
Popularity: 0.118202
First Submitted: 2009-12-18 18:42 (UTC)
Last Updated: 2024-09-10 21:29 (UTC)

Dependencies (40)

Required by (91)

Sources (3)

Pinned Comments

Lone_Wolf commented on 2024-02-14 11:49 (UTC)

Mesa commit b52e25d3 breaks intel iris & anv build UNLESS OpenCL support is present.

Incase you don't need those drivers, a temporary workaround is to disable them.

lib32-mesa-minimal-git is also affected.

Lone_Wolf commented on 2023-11-02 16:03 (UTC) (edited on 2023-11-02 16:05 (UTC) by Lone_Wolf)

@RPINerd in https://aur.archlinux.org/packages/lib32-mesa-git#comment-941648

Users of this package are supposed to (re)build lib32-mesa-git everytime mesa-git changes to avoid such issues.

I'm certain I have stated that in the past, but it may have been lost in the older pages of comments.

Lone_Wolf commented on 2019-05-09 13:30 (UTC)

This package now uses an environment variable to determine which llvm package it will be built against. Check PKGBUILD for details.

Latest Comments

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 32 Next › Last »

Lone_Wolf commented on 2016-12-18 16:20 (UTC)

I am working on a simpler package, you can find it here : https://aur.archlinux.org/packages/lib32-mesa-test-git/ Please help to test it. aig, your comment #2 matches my own feelings. I do intend to update this package before xmas.

aig commented on 2016-12-01 22:43 (UTC)

I had some minor problems with this package recently. Maybe you can take a look at my patch for the PKGBUILD at http://pastebin.com/VdBBfuL0 1. It seems that lib32-vulkan-icd-loader now depends on lib32-vulkan-driver, which gave me some conflicts with the regular updates of my arch system 2. The .icd files in mesa-vulkan-radeon-git did get some more architecture dependend naming additions and it wasn't clear to me how they got moved to the right place in the PKGBUILD 3. The LICENSE file in mesa-vulkan-radeon-git wasn't copied to it's own subdirectory in /usr/share/licenses like it is in the mesa-vulkan-intel-git package I hope that I got things right and would be glad if the patch is useful.

kerberizer commented on 2016-11-07 19:51 (UTC) (edited on 2016-11-07 22:04 (UTC) by kerberizer)

[NOTICE] Update for the LLVM r286062 issue with Mesa is now in code review: https://patchwork.freedesktop.org/series/14932/ Edit: Updated the link.

kerberizer commented on 2016-11-07 19:51 (UTC)

[HEADS UP] LLVM r286062 breaks Mesa If you use llvm-svn with Mesa, particularly for the AMD open source driver, DO NOT upgrade LLVM to version >=r286062. Upgrading will not only break the existing driver, but will also prevent you from building Mesa altogether (in both cases there will be error messages related to missing LLVMAddFunctionAttr). If you have already upgraded to a version >=r286062, here are some possible solutions: 1. Don't restart X: everything should mostly keep running, since the older shared lib has already been loaded in memory. A fix for Mesa should emerge in the meantime, probably in a day or two at most. 2. Return to an older LLVM version: if you don't regularly clear /var/cache/pacman/pkg, you should be able to find there package versions earlier than r286062. 3. Switch to llvm/mesa from the official repositories. This may be somewhat tricky, depending on what exact packages you had installed. Try replacing as much as possible of the installed llvm-svn/mesa-git packages with their llvm/mesa counterparts. Remove the -svn/-git packages that don't have an equivalent 'provides' in the official repos. Of course, this might break some functionality for you. I'll also consider keeping older versions of the llvm-svn* packages in the binary repo as a backup. Ref: https://github.com/llvm-mirror/llvm/commit/4a6fc8bacf11d8066da72cf8481467167877ed16

kerberizer commented on 2016-07-05 22:15 (UTC)

@blinkallthetime, should be fixed soon: https://patchwork.freedesktop.org/patch/97003/

<deleted-account> commented on 2016-07-05 17:22 (UTC)

I am getting the following error: make[4]: Entering directory '/home/barnett/sw/lib32-mesa-git/src/mesa/src/intel/vulkan' CC anv_gem.lo CC anv_entrypoints.lo CC anv_allocator.lo CC anv_batch_chain.lo CC anv_cmd_buffer.lo CC anv_descriptor_set.lo CC anv_device.lo anv_device.c:31:27: fatal error: anv_timestamp.h: No such file or directory #include "anv_timestamp.h"

Lone_Wolf commented on 2016-04-28 13:51 (UTC)

Vulkan support commented out due to build fail , see https://bugs.freedesktop.org/show_bug.cgi?id=95182

Lone_Wolf commented on 2016-04-19 15:56 (UTC)

now includes vulkan-intel driver.

kerberizer commented on 2016-02-16 18:17 (UTC)

[HEADS UP] Users of "{lib32-,}llvm-svn", "{lib32-,}mesa-git" and AMD video cards MUST recompile Mesa If __all__ of the following are true for you... * you use an AMD video card with the open source drivers, * you use "{lib32-,}mesa-git" from AUR, with version < g0bba5ca, * you use "{lib32-,}llvm-svn" from AUR, with version >= r260919, ...then you __must__ recompile the Mesa packages (or possibly upgrade again from the "mesa-git" binary repo you use). The reason is explained in this Mesa commit: https://cgit.freedesktop.org/mesa/mesa/commit/?id=0bba5ca468cdcd1f6f9bb6736c8a75e43fbe0cd5 If Mesa is not recompiled, you'll face errors of the type: libGL: dlopen /usr/lib/xorg/modules/dri/radeonsi_dri.so failed (/usr/lib/xorg/modules/dri/radeonsi_dri.so: undefined symbol: LLVMAddTargetData) Please note that with the AMD open source drivers, recompiling Mesa on every LLVM upgrade is generally a good practice, even though most of the time it will not be strictly necessary.

EndlessEden commented on 2016-02-14 02:27 (UTC)

cant get this to build... mesa-git builds fine.

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 32 Next › Last »