Package Details: opencl-mesa-git 13.1.0_devel.87261.b58d1ee-1

Git Clone URL: https://aur.archlinux.org/mesa-git.git (read-only)
Package Base: mesa-git
Description: OpenCL support for AMD/ATI Radeon Mesa drivers
Upstream URL: http://mesa3d.sourceforge.net
Keywords: mesa X11
Licenses: custom
Conflicts: opencl-mesa
Provides: opencl-driver, opencl-mesa=13.1.0-devel
Replaces: opencl-mesa
Submitter: Krejzi
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 144
Popularity: 0.632575
First Submitted: 2014-06-19 21:33
Last Updated: 2016-12-11 23:17

Required by (11)

Sources (3)

  • disable-pthread-stubs-on-linux.patch
  • LICENSE
  • mesa

Pinned Comments

Lone_Wolf commented on 2016-10-11 20:52

Updated Pinned Comment

Recommended way to update :

run pacman -Syu
build & update llvm-svn & lib32-llvm-svn
build & update mesa-git
build & update lib32-mesa-git

If you feel llvm-svn takes to long to build (50 minutes on my system) Kerberizer (aur llvm-svn & lib32-llvm-svn maintainer ) has setup an unofficial repo.
see https://wiki.archlinux.org/index.php/Unofficial_user_repositories#llvm-svn

That repo is updated to latest llvm-svn several times per day.

Latest Comments

Lone_Wolf commented on 2016-12-28 13:01

sthalik, no build issues here.
Check these :
Are base-devel and/or multilib-devel (only needed for building lib32-* stuff) installed ?
have you run pacman -Syu just before building ?
Is your building folder on a native linux filesystem ?

If those checks all succeed, post full build log on a pastebin site.

As for building against stable llvm/clang : check my comment from 2016-20-12 .

sthalik commented on 2016-12-27 13:38

Also mesa no longer requires llvm-svn and can do with regular llvm. I solved it locally with dummy *-svn packages. Gallium builds as it should.

sthalik commented on 2016-12-27 13:37

Without manual `git config core.symlinks true' the build fails on r200. Please set symlink support in the source repository.

Lone_Wolf commented on 2016-12-20 12:26

Mesa trunk Master follows llvm/clang svn closely. By building mesa-git against stable llvm/clang versions you may gain some stability, but will miss out on the latest features.

ex : mesa-git + llvm 3.9.0 will report OpenGL 4.3 for radeonsi driver, not OpenGL 4.5 as it reports with llvm-svn .

For the sake of argument, let's assume that is acceptable and mesa-git would switch to depending on llvm/clang .

For building in a clean chroot the way pacman resolves dependencies would result in mesa-git being build against llvm/clang from extra repo.
Those that wanted to do a clean chrootbuild against llvm-svn/clang-svn would have to use a custom pacman.conf for the chroot or change the PKGBUILD.

Bugs occurring with mesa-git + stable llvm/clang would often get : 'switch to latest llvm-svn/clang-svn" as response.

There are many more pitfalls.

TL;DR : building mesa-git against stable llvm/clang is tecnically possible, but opens a big can of worms.

dreieck commented on 2016-12-20 07:06

Does this package really need clang-svn to build? Does clang not suffice?
The same with llvm: Does it really need llvm-svn to build, does llvm not suffice?

For me, I did build it with "llvm" and "clang". So, would be good to include just those as build deps (the -svn-variants should provide the non-svn-variants).

Lone_Wolf commented on 2016-12-18 15:55

I am working on a simpler package, you can find it here :
https://aur.archlinux.org/packages/mesa-test-git/

Please help to test it.

Lone_Wolf commented on 2016-12-10 12:24

Strunkenbold, aig :

Thanksfor the reports.
Stock mesa 13.0.2-1 changed interaction of vulkan related packages, 13.02-2 did same for opencl packages.

I'll adjust things this weekend.

Strunkenbold commented on 2016-12-10 08:51

Package depends on libcl, but this cant be found anywhere now.

aig commented on 2016-12-01 23:04

It seems that vulkan-icd-loader now depends on vulkan-driver, which gave me some conflicts with the regular updates of my arch system. If I remember correctly pacman wanted to replace mesa-vulkan-intel-git and mesa-vulkan-radeon-git with the regular packages from the extra repo to statisfy that dependency.

Maybe you could take a look at my patch at http://pastebin.com/A1XSsJb2

With this change it seems to be working fine for me now.

libgradev commented on 2016-11-11 15:14

FYI: PKGBUILD patch applied.

Many thanks to Lone_Wolf and Kerberizer for their hard work :)

All comments