Package Details: mesa-git 11.3.0_devel.81775.e79aa19-1

Git Clone URL: https://aur.archlinux.org/mesa-git.git (read-only)
Package Base: mesa-git
Description: an open-source implementation of the OpenGL specification, git version
Upstream URL: http://mesa3d.sourceforge.net
Keywords: mesa X11
Licenses: custom
Conflicts: mesa, mesa-dri, mesa-r300-r600-radeonsi-git
Provides: mesa=11.3.0-devel, mesa-dri, mesa-r300-r600-radeonsi-git
Replaces: mesa, mesa-dri, mesa-r300-r600-radeonsi-git
Submitter: Krejzi
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 139
Popularity: 2.215647
First Submitted: 2014-06-19 21:33
Last Updated: 2016-05-24 14:05

Required by (553)

Sources (2)

Latest Comments

Lone_Wolf commented on 2016-05-24 14:09

I've added libpthread-stubs as make dependency for now, but there are other solutions.

Will post in the forum mesa-git thread about this.
https://bbs.archlinux.org/viewtopic.php?id=212819

kerberizer commented on 2016-05-23 22:42

Hm, it seems that after this commit we need to pull in libpthread-stubs...

https://cgit.freedesktop.org/mesa/mesa/commit/?id=1f4869a2089c6172feff382e177d74ac68c241a7

Otherwise, configure complains that "Package requirements (pthread-stubs) were not met: No package 'pthread-stubs' found". Not sure if there isn't another solution.

kerberizer commented on 2016-04-30 13:39

Mesa master is supposed to be built against LLVM trunk, so I'm not sure if that wouldn't be an overkill and too much burden on Lone_Wolf. These compat changes happen fairly often, mainly because of Clover. Perhaps a sticky comment with a reminder to always build against latest LLVM trunk might be enough?

yurikoles commented on 2016-04-30 08:10

Last error was solved by upgrading llvm-svn.
Consider putting svn rev in deps.

yurikoles commented on 2016-04-30 07:28

Now I see antoher error: https://gist.github.com/yurikoles/1c6436c772b647fc3e6c74eca645ff09

Lone_Wolf commented on 2016-04-29 14:20

yurikoles,the cause of your error is probably listed above what you posted.

no errors here building 11.3.0_devel.80817.c750029 , please try again.

yurikoles commented on 2016-04-29 13:54

make[6]: *** Waiting for unfinished jobs....
/usr/bin/mkdir -p '/home/yurikoles/work/mesa-git/src/fakeinstall/usr/lib'
/usr/bin/mkdir -p '/home/yurikoles/work/mesa-git/src/fakeinstall/etc/vulkan/icd.d'
/bin/sh ../../../libtool --mode=install /usr/bin/install -c libvulkan_intel.la '/home/yurikoles/work/mesa-git/src/fakeinstall/usr/lib'
/usr/bin/mkdir -p '/home/yurikoles/work/mesa-git/src/fakeinstall/usr/include/vulkan'
/usr/bin/install -c -m 644 intel_icd.json '/home/yurikoles/work/mesa-git/src/fakeinstall/etc/vulkan/icd.d'
/usr/bin/install -c -m 644 ../../../include/vulkan/vk_platform.h ../../../include/vulkan/vulkan.h ../../../include/vulkan/vulkan_intel.h '/home/yurikoles/work/mesa-git/src/fakeinstall/usr/include/vulkan'
libtool: install: /usr/bin/install -c .libs/libvulkan_intel.so /home/yurikoles/work/mesa-git/src/fakeinstall/usr/lib/libvulkan_intel.so
libtool: install: /usr/bin/install -c .libs/libvulkan_intel.lai /home/yurikoles/work/mesa-git/src/fakeinstall/usr/lib/libvulkan_intel.la
libtool: warning: remember to run 'libtool --finish /usr/lib'
make[6]: Leaving directory '/home/yurikoles/work/mesa-git/src/mesa/src/intel/vulkan'
Makefile:1826: recipe for target 'install-am' failed
make[5]: *** [install-am] Error 2
make[5]: Leaving directory '/home/yurikoles/work/mesa-git/src/mesa/src/intel/vulkan'
Makefile:1660: recipe for target 'install-recursive' failed
make[4]: *** [install-recursive] Error 1
make[4]: Leaving directory '/home/yurikoles/work/mesa-git/src/mesa/src/intel/vulkan'
Makefile:1820: recipe for target 'install' failed
make[3]: *** [install] Error 2
make[3]: Leaving directory '/home/yurikoles/work/mesa-git/src/mesa/src/intel/vulkan'
Makefile:550: recipe for target 'install-recursive' failed
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory '/home/yurikoles/work/mesa-git/src/mesa/src/intel'
Makefile:690: recipe for target 'install-recursive' failed
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory '/home/yurikoles/work/mesa-git/src/mesa/src'
Makefile:639: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...

Lone_Wolf commented on 2016-04-28 22:10

vulkan support re-enabled.

Thanks, FadeMind.

FadeMind commented on 2016-04-28 18:04

BUG 95182 was fixed in https://cgit.freedesktop.org/mesa/mesa/commit/?id=6028a67641741cb4e14265440282481441efa9c8

Lone_Wolf commented on 2016-04-28 11:49

the patch is indeed no longer needed, but i found a new vulkan bug :

https://bugs.freedesktop.org/show_bug.cgi?id=95182

uploaded new version with vulkan support commented out.

kerberizer commented on 2016-04-26 22:37

@Lone_Wolf, it seems @lcarlier's patch has been finally committed upstream...
https://cgit.freedesktop.org/mesa/mesa/commit/?id=12cf08fcc3e3229ce8b4f8f9b3230388b16a7e62

Lone_Wolf commented on 2016-04-20 08:56

FadeMind,

it was mesa-git that installed files that are also provided by vulkan-headers, not mesa-vulkan-intel-git .

mesa-git now removes those duplicate files.

FadeMind commented on 2016-04-20 04:39

Please fix conflicts for mesa-vulkan-intel-git

provides=('vulkan-intel' 'vulkan-headers')
replaces=('vulkan-intel' 'vulkan-headers')
conflicts=('vulkan-intel' 'vulkan-headers')

against

(...)
error: failed to commit transaction (conflicting files)
mesa-git: /usr/include/vulkan/vk_platform.h exists in filesystem
mesa-git: /usr/include/vulkan/vulkan.h exists in filesystem
Errors occurred, no packages were upgraded.
==> WARNING: Failed to install built package(s).
==> Cleaning up...
$ pacman -Qo /usr/include/vulkan/vk_platform.h
/usr/include/vulkan/vk_platform.h is owned by vulkan-headers 1.0.20160415-1

regards

Lone_Wolf commented on 2016-04-19 22:09

Kerberizer, you had it correct.

somehow .SRCINFO was correct,but PKGBUILD appears to have been from an older version.


kerberizer commented on 2016-04-19 17:57

@Lone_Wolf, not sure if it isn't simply me missing something, but the PKGBUILD Vulkan changes seem to have been omitted from the last commit. Could the file had slipped from git add? (I know it has happened to me many times)

Lone_Wolf commented on 2016-04-19 15:57

Vulkan-intel driver support added

sir_lucjan commented on 2016-04-16 16:47

@Lone_Wolf:

Check your mailbox

Lone_Wolf commented on 2016-04-16 15:07

working on it, but build fails for now.
I reported the bug here : https://bugs.freedesktop.org/show_bug.cgi?id=94969

sir_lucjan commented on 2016-04-16 09:14

Could you add vulkan support ?

https://cgit.freedesktop.org/mesa/mesa/commit/?id=cab30cc5f90b99ba9b5c2bcc34cd88d3523bf30c

kerberizer commented on 2016-02-16 18:17

[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.

kerberizer commented on 2016-02-14 14:26

The patch for Clover has been committed to master...
https://cgit.freedesktop.org/mesa/mesa/commit/?id=a4cff1859efedac37368c1ddc55b091b6cd3eb65

kerberizer commented on 2016-02-14 00:26

Just FYI, guys, Clover is broken since commit bfd695e...

core/kernel.cpp: In member function ‘void clover::kernel::launch(clover::command_queue&, const std::vector<long unsigned int>&, const std::vector<long unsigned int>&, const std::vector<long unsigned int>&)’:
core/kernel.cpp:79:15: error: incompatible types in assignment of ‘unsigned int*’ to ‘uint [3] {aka unsigned int [3]}’
info.block = pad_vector(q, block_size, 1).data(),
^
core/kernel.cpp:80:14: error: incompatible types in assignment of ‘unsigned int*’ to ‘uint [3] {aka unsigned int [3]}’
info.grid = pad_vector(q, reduced_grid_size, 1).data(),
^
core/kernel.cpp:81:41: error: ‘const struct clover::module’ has no member named ‘sysm’
info.pc = find(name_equals(_name), m.sysm).offset;
^

...but a patch should be coming shortly...

https://patchwork.freedesktop.org/patch/73642/

mnovick1988 commented on 2016-02-02 02:09

@Lone_wolf:

enable-opengl : Just a precautionary measure.

enable-dri3 & enable-va : again same as ogl.

i915 gallium : Thanks.

ilo : Used by Intel. Experimental, but promising.

vc4 : will look into it deeper.

enable-sysfs : ignore that request, i copied some of it from my testing pkgbuild... sorry.

enable-mangling: again from testing sorry.

with-pic : both improve gallium and linking performance. PIC improves link-time performance and support on X86_64 systems. Gallium performance show a 3% +/- increase with xf86-video-radeon(si/amd). PIC is also required with some systems, to link.

detect SELinux : that was more of a suggestion to add a detection script. Detecting SElinux supported kernel is rather easy, so adding the selinux flag to the build at build() time would be more globally beneficial than multiple packages to do the same thing.

edtoml commented on 2016-02-01 19:15

Its building now. Just to confirm that I did have libnettle installed and it was trying to use libgcrypt which is also present...

Lone_Wolf commented on 2016-02-01 14:27

After noticing that with '--with-sha1=libgcrypt' mesa still uses parts of nettle if nettle is present, i decided to revert to '--with-sha1=libnettle' and changed the dependencies.

I also looked at the configure flags, decided to only use those that change defaults and added comments about the flags.

Lone_Wolf commented on 2016-01-31 15:24

I just tried building 75920.a48afb9 without nettle installed and got no problems. ( see below for partial build log)

Could you try to build again ?

Looks like you're using an aur helper , if build fails again, try building with 'makepkg - Crs' .



make[5]: Leaving directory '/home/panoramix/Documents/WIP/pkgbuilds/mesa-git/src/mesa/src/mesa/drivers/dri'
make[4]: Leaving directory '/home/panoramix/Documents/WIP/pkgbuilds/mesa-git/src/mesa/src/mesa/drivers/dri'
Making all in drivers/osmesa
make[4]: Entering directory '/home/panoramix/Documents/WIP/pkgbuilds/mesa-git/src/mesa/src/mesa/drivers/osmesa'
CC osmesa.lo
CXXLD libOSMesa.la
GEN .install-mesa-links
make[4]: Leaving directory '/home/panoramix/Documents/WIP/pkgbuilds/mesa-git/src/mesa/src/mesa/drivers/osmesa'
make[3]: Leaving directory '/home/panoramix/Documents/WIP/pkgbuilds/mesa-git/src/mesa/src/mesa'
make[2]: Leaving directory '/home/panoramix/Documents/WIP/pkgbuilds/mesa-git/src/mesa/src/mesa'

edtoml commented on 2016-01-30 21:13

Latest does not build. I get:

Making all in drivers/osmesa
make[4]: Entering directory '/tmp/makepkg/mesa-git/src/mesa/src/mesa/drivers/osmesa'
CXXLD libOSMesa.la
../../../../src/mesa/.libs/libmesa.a(libmesautil_la-mesa-sha1.o): In function `_mesa_sha1_init':
mesa-sha1.c:(.text+0x17): undefined reference to `nettle_sha1_init'
../../../../src/mesa/.libs/libmesa.a(libmesautil_la-mesa-sha1.o): In function `_mesa_sha1_update':
mesa-sha1.c:(.text+0x2e): undefined reference to `nettle_sha1_update'
../../../../src/mesa/.libs/libmesa.a(libmesautil_la-mesa-sha1.o): In function `_mesa_sha1_final':
mesa-sha1.c:(.text+0x4d): undefined reference to `nettle_sha1_digest'
../../../../src/mesa/.libs/libmesa.a(libmesautil_la-mesa-sha1.o): In function `_mesa_sha1_compute':
mesa-sha1.c:(.text+0x85): undefined reference to `nettle_sha1_update'
mesa-sha1.c:(.text+0x95): undefined reference to `nettle_sha1_digest'
collect2: error: ld returned 1 exit status
Makefile:636: recipe for target 'libOSMesa.la' failed

same thing happen with lib32-mesa-git

Ideas?

Lone_Wolf commented on 2016-01-29 17:23

I'll need more info to make those changes.

enable-opengl :
opengl is enabled by default

enable-dri3 & enable-va :
default is auto which does enable them on x86_64

i915 gallium : good idea, will do that

ilo : which devices/architectures use this ?
vc4 : check mesa-git-rbp

enable-sysfs :
afaict enabling this would block mesa from using udev for detection.
why do you need it ?

enable-mangling, with-pic :
what benefits would these bring ?

detect SELinux :
technically this may be possible, but mesa-git is intended to be usable as a replacement of stock mesa (with some experimental stuff added).
AL currently doesn't have a supported SELinux kernel, i also don't see a mesa-selinux package.

mnovick1988 commented on 2016-01-29 05:16

please add:

--with-gallium-drivers=i915,ilo,nouveau,r300,r600,radeonsi,svga,swrast,vc4,virgl \
--enable-opengl \
--enable-dri3 \
--enable-va \
--enable-mangling \
--enable-sysfs \
--with-pic \

and add a detection script for SElinux(include --enable-selinux on detection)

EDIT: typos, and stupidity correction -_-

kerberizer commented on 2016-01-14 10:36

[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,
* you use `{lib32-,}llvm-svn` from AUR,
* you have upgraded the `{lib32-,}llvm-svn` packages during the last ~24 hours, whether by compiling yourself or from the `llvm-svn` binary repo,
then please note that you MUST recompile the Mesa packages (or possibly upgrade again from the `mesa-git` binary repo you use).

The reason is the recent branching of LLVM/Clang 3.8 and bumping the development version to 3.9, which also affects the shared library version. If Mesa is not recompiled, with the new {lib32-,}llvm-svn packages you'll face errors of the type:

gbm: Last dlopen error: libLLVM-3.8svn.so: cannot open shared object file: No such file or directory
(EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (libLLVM-3.8svn.so: cannot open shared object file: No such file or directory)

Please note that for 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.

sl1pkn07 commented on 2016-01-08 02:50

EDIT: false alarm

kerberizer commented on 2015-12-25 11:09

@drgn: Since you are, obviously, using Clang to compile Mesa instead of the default GCC, you might want to check this LLVM bug...

https://llvm.org/bugs/show_bug.cgi?id=19778

...and the complete patch proposed by Tomasz in this Mesa bug...

https://bugs.freedesktop.org/show_bug.cgi?id=89599

This fixes the build, although I'd probably still recommend using GCC, unless you have very good reasons to replace it with Clang.

tmplt commented on 2015-12-24 23:27

Fails to build with https://ptpb.pw/1XXj
(fatal error: error in backend: symbol 'x86_64_entry_start' is already defined)

Requested files pasted here:
/tmp/tmplt/entry-40f391.c: https://ptpb.pw/-PfC
/tmp/tmplt/entry-40f391.sh: https://ptpb.pw/vYxi

Lone_Wolf commented on 2015-12-23 15:16

[makedepends] replaced ocl-icd by libcl

[depends] libdrm >= 2.4.66

Currently libdrm in [extra] provides 2.4.65 ,use my new https://aur.archlinux.org/packages/libdrm-git/ for now.

Lone_Wolf commented on 2015-12-22 23:21

Latest mesa fails to build with:
configure: error: Package requirements (libdrm_nouveau >= 2.4.66) were not met:

Requested 'libdrm_nouveau >= 2.4.66' but version of libdrm_nouveau is 2.4.65

As libdrm 2.4.66 hasn't been tagged or released yet, we'd need a libdrm-git package. Unfortunately such a package doesn't exist yet.
If you don't need nouveau driver, for now just remove nouveau from 2 lines in PKGBUILD.

@ mnovick1988 : understood, i'll look into changing it.

mnovick1988 commented on 2015-12-22 22:25

@Lone_Wolf: libopencl, is precisely what im referring to.
IE: people wanting to build side-by-side for linking against this or people wanting the AMD implementation are stuck when trying to build this as-is.

Lone_Wolf commented on 2015-12-12 12:37

The OpenCL ICD loader is supposed to be a platform-agnostic library that provides the means to load device-specific drivers through the OpenCL API. Most OpenCL vendors provide their own implementation of an OpenCL ICD loader, and these should all work with the other vendors' OpenCL implementations. Unfortunately, most vendors do not provide completely up-to-date ICD loaders, and therefore Arch Linux has decided to provide this library from a separate project (ocl-icd) which currently provides a functioning implementation of the current OpenCL API.

seee https://wiki.archlinux.org/index.php/GPGPU#OpenCL_ICD_loader_.28libOpenCL.so.29
--------------------
libcl is a virtual package, not a group.
ocl-icd is the only official arch package that provides libcl and i tend to prefer "real" dependencies over virtual dependencies.

Afaict the only 2 Aur packages that might give a conflict with ocl-icd are intel-opencl-runtime and libopencl .
If there are people that want to use mesa-git together with those packages and report problems, i'll look into it.

mnovick1988 commented on 2015-12-12 01:45

why is ocl-icd a depend?

shouldnt it be libcl(group) for people using proprietary CL bindings?

---- Built with libcl as base, worked fine.

package_opencl-mesa-git () {
pkgdesc="OpenCL support for AMD/ATI Radeon Mesa drivers"
depends=('libxfixes' 'libxext' 'libcl' 'libclc' 'nettle' "mesa-git=${pkgver}")
optdepends=('opencl-headers: headers necessary for OpenCL development')
provides=("opencl-mesa=$(_mesaver)")
replaces=('opencl-mesa')
conflicts=('opencl-mesa')

install -v -m755 -d "${pkgdir}/etc"
mv -v "${srcdir}/fakeinstall/etc/OpenCL" "${pkgdir}/etc/"

install -v -m755 -d "${pkgdir}/usr/lib/gallium-pipe"
mv -v "${srcdir}"/fakeinstall/usr/lib/lib*OpenCL* "${pkgdir}/usr/lib/"
mv -v "${srcdir}"/fakeinstall/usr/lib/gallium-pipe/pipe_{r600,radeonsi}.so "${pkgdir}/usr/lib/gallium-pipe/"

install -v -m755 -d "${pkgdir}/usr/share/licenses/opencl-mesa-git"
install -v -m644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/opencl-mesa-git/"
}

kerberizer commented on 2015-12-10 13:19

The patch that fixes building against the latest llvm-svn has been committed:

http://cgit.freedesktop.org/mesa/mesa/commit/?id=b4a03e7f8f4006eb2c5b09a0611fdda153dd8437

kerberizer commented on 2015-12-09 21:41

Please note that building against the latest llvm-svn code (>= r255078) will fail with the following error:

llvm/invocation.cpp: In function ‘std::vector<char> {anonymous}::compile_native(const llvm::Module*, const string&, const string&, unsigned int, std::string&)’:
llvm/invocation.cpp:664:63: error: no matching function for call to ‘wrap(std::unique_ptr<llvm::Module>)’
LLVMModuleRef debug_mod = wrap(llvm::CloneModule(mod));

A patch is already coming upstream: https://patchwork.freedesktop.org/patch/67475/

Lone_Wolf commented on 2015-11-27 14:30

added xvmc to dependencies

Lone_Wolf commented on 2015-11-03 15:42

I've added VirGL support, you'll need kernel 4.4 or later to try it out.

kerberizer commented on 2015-10-09 11:12

[HEADS UP] Users of `llvm-svn`, `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 open source drivers,
* you use `{lib32-,}mesa-git` from AUR,
* you use `{lib32-,}llvm-svn` from AUR,
* you have upgraded the `{lib32-,}llvm-svn` packages during the last ~24 hours, whether by compiling yourself or from the `llvm-svn` binary repo,
then please note that you MUST recompile the Mesa packages (or possibly upgrade again from the `mesa-git` binary repo you use) due to a recent change in the LLVM shared library.

If Mesa is not recompiled, with the new llvm-svn packages you'll most likely face errors like this:

gbm: Last dlopen error: /usr/lib/xorg/modules/dri/radeonsi_dri.so: undefined symbol: _ZN4llvm21SymbolTableListTraitsINS_11InstructionENS_10BasicBlockEE13addNodeToListEPS1_

Please note that for the AMD open source drivers recompiling Mesa on every LLVM upgrade is a good practice, even though most of the time it might not be strictly necessary.

Lone_Wolf commented on 2015-09-21 10:24

Yurikoles,

from pkgbuild :
--with-gallium-drivers=r300,r600,radeonsi,nouveau,svga,swrast \
--enable-llvm-shared-libs \
--enable-gallium-llvm \

Basically everything in mesa-git master that uses gallium needs llvm-svn master to work correctly.
llvm-svn projects get hundreds of commits every day, which results in llvm releases being out-of-date a few days after they are released !

If you feel building llvm-svn is to much effort (it does take a long time and lots of disk activty) , search for kerberizer unoffical repo in the wiki.
It provides new binary builds of llvm-svn & lib32-llvm-svn every 6 hours.


Eriner commented on 2015-09-20 20:51

@yurikoles building mesa-git without the latest llvm build would be silly.

yurikoles commented on 2015-09-20 20:37

Since llvm-3.7.0 is in testing I advise you to consider stating llvm version requirement instead of dependency on llvm-svn.

kerberizer commented on 2015-09-01 20:29

@agm28011997, sorry to hear about your problems. Please see the reply I left you over on the llvm-svn page.

agm28011997 commented on 2015-09-01 20:09

Sorry, I hadn't seen the comment until now, and mesa git for me compiles without problems with the repository version, but can be better using svn version, but.. the pakbuild of clang svn can be fixed with the addition of dependencies like llvm3.5 and clang 3.5 and the conflicting packages, for me find the problem was very difficult

kerberizer commented on 2015-09-01 19:56

@agm28011997, yes, llvm-svn is required. Mesa development branch typically assumes the latest development LLVM, especially in the context of AMD, where LLVM is an essential part of the driver infrastructure. It makes little sense to use mesa-git with months older LLVM implementation, even if it worked otherwise. As for the alleged error in building llvm-svn, you seem to have completely disregarded the reply I made to your report.

agm28011997 commented on 2015-09-01 19:34

for compiling mesa-git is not necessary the dependencies of clang svn and llvm svn, in addition the packages for compile the program are old and in new installations of arch this make error in the compile of clang and llvm

Lone_Wolf commented on 2015-08-07 16:03

I have taken over mesa-git from krejzi , and will ask to merge this package to that one end of august.

Please switch to mesa-git .

AnAkkk commented on 2015-08-06 10:21

Please sync with https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/mesa
There have been some changes since the last update of this AUR package.

thx1138 commented on 2015-04-28 19:12

If you are having trouble running Weston/Wayland on your Intel Corporation Core Processor Integrated Graphics Controller, using the i915 module, see:

https://bbs.archlinux.org/viewtopic.php?id=107499&p=14
https://bugs.freedesktop.org/show_bug.cgi?id=89689
http://patchwork.freedesktop.org/patch/45603/

Patching i965/intel_screen.c and i915/intel_screen.c will allow weston to run normally again. Hopefully, the patch will be applied to the git repository soon.

Lone_Wolf commented on 2015-03-23 14:32

Found a patch by LordHeavy here : http://pkgbuild.com/~lcarlier/mesa-git/sources/mesa-git/

an osmesa related build bug was worked around by removing a configure option.
Will have to see how that affects performance.

Lone_Wolf commented on 2015-03-23 12:34

doesn't build against latest llvm-svn, see https://bugs.freedesktop.org/show_bug.cgi?id=89705

altiris commented on 2015-03-22 14:34

@kerberizer

Ahh okay...Ill just wait a few more days I guess. TY!

altiris commented on 2015-03-22 14:24

@kerberizer that actually got it working but in the middle of the build process I got

configure: error: Package requirements (libdrm_intel >= 2.4.60) were not met:

Requested 'libdrm_intel >= 2.4.60' but version of libdrm_intel is 2.4.59

I found the files that contain the requirement and they are /src/configure.ac and configure I can change them to make it 2.4.59 but when I start the build process it puts the overwrites the package.

kerberizer commented on 2015-03-22 14:24

@altiris: You can use the libdrm 2.4.60 package from the 'testing' repo or just wait a few days till it's released to 'extra'...

https://www.archlinux.org/packages/testing/x86_64/libdrm/
https://wiki.archlinux.org/index.php/Official_repositories#testing

Haven't tried it yet myself, but will probably do later today.

kerberizer commented on 2015-03-22 14:24

@altiris: You can use the libdrm 2.4.60 package from the 'testing' repo or just wait a few days till its released to 'extra'...

https://www.archlinux.org/packages/testing/x86_64/libdrm/
https://wiki.archlinux.org/index.php/Official_repositories#testing

Haven't tried it yet myself, but will probably do later today.

altiris commented on 2015-03-22 14:19

Alright so I found the file that contained the libdrm requirements thanks to this site https://cairographics.org/patch/44330/

Its in ~/mesa-git/src/mesa/configure.ac but its also in configure file apparently...will have to hunt more.

altiris commented on 2015-03-22 14:08

@kerberizer that actually got it working but in the middle of the build process I got

configure: error: Package requirements (libdrm_intel >= 2.4.60) were not met:

Requested 'libdrm_intel >= 2.4.60' but version of libdrm_intel is 2.4.59


Whats strange is for one I do not have an intel GPU, although I do have an intel CPU (I have an AMD gpu). Ive looked in the PKGBUILD and theres nothing in there about libdrm_intel, its probably in the src folder but there are too many files too look into.

kerberizer commented on 2015-03-21 22:09

...or use git+http instead of just git as the schema. The URL is also a tad different (the path begins with 'git'):

source=('mesa::git+http://anongit.freedesktop.org/git/mesa/mesa#branch=master')

Nerellus commented on 2015-03-21 21:08

@altiris, I was having the same issue and found this old mailing list thread. Suggested solution is working for me.
http://lists.freedesktop.org/archives/dri-devel/2012-February/018719.html

altiris commented on 2015-03-21 16:28

Unable to build

fatal: unable to connect to anongit.freedesktop.org:
anongit.freedesktop.org[0: 131.252.210.161]: errno=Connection refused

==> ERROR: Failure while downloading mesa git repo
Aborting...

http://anongit.freedesktop.org/ gives me access denied, typing /git after brings me to a repo page, I tried editing the PKGBUILD so its anongit.freedesktop.org/git in the soruce but I still get the same error as above.

thelongdivider commented on 2015-03-02 18:29

==> Building mesa-git from sources.

==> Retrieving PKGBUILD and local sources...
==> mesa-git/mesa-git: Download abs archive

curl: (22) The requested URL returned error: 404 Not Found

jpapadopoulos commented on 2015-02-09 20:34

There is a patch for Mesa locking up with EU IV on r600g available here
https://bugs.freedesktop.org/show_bug.cgi?id=86720
The bug can also be avoided apparently by using R600_DEBUG=nosb (Have not tested this myself)

agapito commented on 2015-01-14 13:45

checking if module mako in python is installed... No module named mako
configure: error: mako 0.3.4 or later is required.

MRLemux commented on 2014-12-31 10:20

e8hffff -> https://wiki.archlinux.org/index.php/unofficial_user_repositories#mesa-git

e8hffff commented on 2014-12-14 13:20

This is ridiculously big a build. Should be in mainstream repository.

Enverex commented on 2014-12-12 11:06

Failing to build for me:

/tmp/cc8s1YBe.ltrans0.ltrans.o: In function `_mesa_new_shader':
cc8s1YBe.ltrans0.o:(.text+0x1e2): undefined reference to `rzalloc_size'
...
collect2: error: ld returned 1 exit status
Makefile:1151: recipe for target 'glsl_compiler' failed

Lone_Wolf commented on 2014-11-30 14:14

Added --enable-va & --enable-nine flags

Brett commented on 2014-11-23 20:45

If you would like to test/use GalliumNine, I have PKGBUILDs on github.
Link: https://github.com/brettlyons/pkgbuilds-nine

Krejzi commented on 2014-11-18 08:01

That feature is new and optional. I won't enable it just yet.

gutigen commented on 2014-11-18 03:59

Now it really is out of date, needs --enable-nine (GalliumNine was added to master).

gutigen commented on 2014-11-17 17:25

Yep, my bad, I'm new to all of this, sorry ;)

Krejzi commented on 2014-11-17 07:36

gutigen, this is a git package, how can it be out of date when it always uses the latest version?

Try newer snapshot. Build failures happen in git versions.

gutigen commented on 2014-11-16 05:12

Can't build mesa today for some reason which is outside of my scope, so I'll just leave this here:

http://pastebin.com/RBbTsFBq

Krejzi commented on 2014-10-23 13:32

Everything should be fixed now.

gutigen commented on 2014-10-22 14:19

error: failed to commit transaction (conflicting files)
mesa-git: /usr/lib/xorg/modules/dri/kms_swrast_dri.so exists in filesystem
mesa-git: /usr/lib/xorg/modules/dri/swrast_dri.so exists in filesystem
Errors occurred, no packages were upgraded.

# pacman -Qo /usr/lib/xorg/modules/dri/kms_swrast_dri.so
/usr/lib/xorg/modules/dri/kms_swrast_dri.so is owned by mesa-dri 10.3.1-1

electrified commented on 2014-10-17 16:32

I think mesa-dri-git should conflict with mesa-vdpau or these files should be packaged as mesa-vdpau-git?

error: failed to commit transaction (conflicting files)
mesa-dri-git: /usr/lib/vdpau/libvdpau_nouveau.so exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_nouveau.so.1 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_nouveau.so.1.0 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_nouveau.so.1.0.0 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_r600.so exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_r600.so.1 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_r600.so.1.0 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_r600.so.1.0.0 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_radeonsi.so exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_radeonsi.so.1 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_radeonsi.so.1.0 exists in filesystem
mesa-dri-git: /usr/lib/vdpau/libvdpau_radeonsi.so.1.0.0 exists in filesystem

# pacman -Qo /usr/lib/vdpau/libvdpau_nouveau.so
/usr/lib/vdpau/libvdpau_nouveau.so is owned by mesa-vdpau 10.3.1-1

anadon commented on 2014-10-07 13:58

A recent change in the main repos looks like it is causing dependancy mismatches on my system for AMD graphics. I think its worth taking a look at.

kerberizer commented on 2014-10-06 03:15

@Menche,
"The group base-devel is assumed to be already installed when building with makepkg. Members of "base-devel" should not be included in makedepends arrays."
-- https://wiki.archlinux.org/index.php/PKGBUILD#makedepends

Menche commented on 2014-10-05 23:07

I think bison and flex should be added to makedepends.

Krejzi commented on 2014-09-26 14:30

It should work just fine with latest stock kernel and xf86-video-intel package.

ryanvade commented on 2014-09-26 14:25

@Krejzi thanks. I need at least 3.2 so 3.3 is even better. Besides the 32bit do I need to get a git version of the Intel graphics driver also?

Krejzi commented on 2014-09-26 13:59

It provides whatever is available in the latest git snapshot.

It provides OGL 3.3 on SNB, not just 3.2.

ryanvade commented on 2014-09-26 13:53

Does this package provide OpenGL 3.2 to sandybridge HD 3000 graphics?
http://www.phoronix.com/scan.php?page=news_item&px=MTc5MTg

MrElmux commented on 2014-08-14 13:08

Got it working:
https://www.dropbox.com/s/jsbz48api1bdja1/mesa-git.tar.gz
Solution: some libraries in mesa need DLOPEN but doesnt link against it

Krejzi commented on 2014-08-14 11:18

Gallium EGL is disabled in favor of egl_dri2. Gallium EGL causes no small amount of problems for some people.

MrElmux commented on 2014-08-14 10:12

it works with --disable-gallium-egl changed to --enable-gallium-egl

MrElmux commented on 2014-08-14 10:11

it works for me when --disable-gallium-egl is changed to --enable-gallium-egl

Krejzi commented on 2014-08-14 09:09

Oh ffs, can't they leave their build system as it is for once.

Change --enable-gallium-gbm to --disable-gallium-gbm until I get the time to fix up the PKGBUILD.

mmstick commented on 2014-08-14 00:17

Getting the following configure error: `configure: error: gbm_gallium is only used by egl_gallium`

kerberizer commented on 2014-07-27 16:41

@Scimmia, at the very least, you need to specify a sensible $provides.

Scimmia commented on 2014-07-27 16:04

It's only too specific if the dep requires a specific version (=). If it's greater than or less than, using $pkgver should work fine. I can't think of a situation where someone would need that specific of a version of mesa.

kerberizer commented on 2014-07-27 15:46

@Scimmia: My guess is that it's because pkgver() is too specific to be really useful for the dependency (provides/depends) stuff. I've been having the same problem with my own archzfs-git PKGBUILDs and was thinking about a similar solution.

Scimmia commented on 2014-07-27 15:33

Ah, I gotcha, I had just noticed the "provides" on this page, which just shows 'mesa='. Still, why not just use $pkgver? Seems redundant.

kerberizer commented on 2014-07-27 14:37

@Scimmia, _mesaver is a function, not a variable. $(_mesaver) is replaced by the output of that function.

_mesaver() {
path="${srcdir}/mesa/VERSION"
[ -f $path ] && cat "$path"
}

Scimmia commented on 2014-07-27 14:14

You're using paren around the _mesaver variable, which is wrong and doesn't work. They should either be curly brackets or simply removed.

shoober420 commented on 2014-07-23 10:29

@kerberizer: My bad, I had no idea how the AUR -git packages work. It truly is amazing. It seriously can't get any better then being able to go directly to the git and update yourself. Arch is fricking awesome.

kerberizer commented on 2014-07-23 09:53

@shoober420: But this is just a PKGBUILD, not a binary package -- if you are referring to the Ubuntu PPAs -- and it's based on the master branch of Mesa's Git repo. So, each time you do build a package using it, you get the latest possible code. For example, I go as far as rebuilding daily, especially if I spot interesting new commits in the repo. The date here, 2014-06-29, reflects only when the PKGBUILD itself has been updated, and it shouldn't need updating unless the build process breaks due to changes "upstream". Or am I missing the point here?

shoober420 commented on 2014-07-23 09:08

I thought I would point out, that the Xorg Edgers PPA for Debian based distros has newer versions of these mesa-git packages. The Xorg Edgers mesa-git is dated 7/21, compared to 6/29 of this package. Its almost a month old compared to Xorg Edgers.

shoober420 commented on 2014-07-23 09:07

I thought I would point out, that the Xorg Edgers PPA for Debian based distros has newer versions of these mesa-git packages. The Xorg Edgers mesa-git is dated 7/21, compared to 6/29 of this package. Its almost a month old compared to Xorg Edgers.

mmstick commented on 2014-06-29 07:56

It's certainly fixed now. Thanks.

Krejzi commented on 2014-06-29 00:34

Should be fixed now.

Krejzi commented on 2014-06-28 23:55

Confirmed. Will fix it within next 24 hours.

Krejzi commented on 2014-06-28 23:55

Ooops, it seems I used a snapshot from last time instead of git master. Will fix it in next 24 hours.

Krejzi commented on 2014-06-28 17:09

Seems to work fine here.

Krejzi commented on 2014-06-28 16:54

Oh ffs, can't they manage not to break things like this ...

mmstick commented on 2014-06-28 14:50

(forgot to paste this as well)
mv: cannot stat ‘/tmp/yaourt-tmp-mmstick/aur-mesa-git/src/fakeinstall/usr/lib/bellagio/libomx_r600.so’: No such file or directory

mmstick commented on 2014-06-28 14:50

Currently getting this problem:

mv: cannot stat ‘/tmp/yaourt-tmp-mmstick/aur-mesa-git/src/fakeinstall/usr/lib/bellagio/libomx_radeonsi.so’: No such file or directory
==> ERROR: A failure occurred in package_ati-dri-git().
Aborting...
==> ERROR: Makepkg was unable to build mesa-git.

Krejzi commented on 2014-06-24 15:56

Simply wait for them to fix it. It's git master, what do you expect?

almostalive commented on 2014-06-22 23:17

fails to package because of vdpau changes
http://cgit.freedesktop.org/mesa/mesa/commit/?id=9df2c4956b6fc4fff1497923d42011c16e777322

anadon commented on 2014-06-20 03:17

Good! You seem to be doing a better job than I can right now.

Krejzi commented on 2014-06-19 21:39

I have uploaded new, real split package PKGBUILD and synced it with one from [extra]. OpenCL library and OMX state tracker are now built by default.

Krejzi commented on 2014-06-19 21:02

Thanks. I've sent a mail to aur-general, waiting for TU to merge the package.

anadon commented on 2014-06-19 20:12

Sure! I was (lazily) contemplating putting up a post telling people to use your package (as I do) but got buzy with ~22 credit load.

How would I merge it?

Krejzi commented on 2014-06-19 17:30

Hello,

I maintain mesa-git package and it provides intel-dri-git too. I cannot upload a real split package because of this. Would you care to merge this package into mesa-git?

Thanks.

Lone_Wolf commented on 2014-03-27 11:41

- changed from libclc-git to libclc as dependency
- moved libomxil-bellagio to optdepends
- switched from classic osmesa to gallium osmesa
- enabled gallium tests

anadon commented on 2014-03-26 19:21

Everything works on my system without a hitch.

Lone_Wolf commented on 2014-03-25 11:43

that is correct, jpapadopoulos.

I checked the mesa-git/libclc-git packagebuild and it does provide libclc .
http://pkgbuild.com/~lcarlier/mesa-git/sources/libclc-git/PKGBUILD

I'll change the dependency from libclc-git to libclc in next version.
Then all that's needed to use either libclc-svn or libclc-git is for libclc-svn maintainer to add provides=('libclc') to the liblcl-svn PKGBUILD.

jpapadopoulos commented on 2014-03-25 11:28

There is an issue with building this without the mesa-git repo as a libclc-git PKGBUILD does not exist in AUR. There is only this package using svn(Apparently they use both) https://aur.archlinux.org/packages/libclc-svn/

Lone_Wolf commented on 2014-03-16 14:05

Patronmaster, check my answer in your thread here :
https://bbs.archlinux.org/viewtopic.php?pid=1392795#p1392795

for reference (see below) i've just build the package again on my own system with makepkg, and have no conflict between clan-svn and llvm-svn (both from mesa-git repo).


[panoramix@obelix mesa-r300-r600-radeonsi-git]$ makepkg
==> Making package: mesa-r300-r600-radeonsi-git 61886.7554539-2 (zo mrt 16 15:00:10 CET 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Missing dependencies:
-> llvm-svn
-> libclc-git
-> clang-svn
==> ERROR: Could not resolve all dependencies.
[panoramix@obelix mesa-r300-r600-radeonsi-git]$ sudo pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
LoneVVolf is up to date
mesa-git is up to date
:: Starting full system upgrade...
there is nothing to do
[panoramix@obelix mesa-r300-r600-radeonsi-git]$ sudo pacman -S llvm-svn libclc-git clang-svn
resolving dependencies...
looking for inter-conflicts...

Packages (3):

Name New Version Net Change

mesa-git/clang-svn 204002-1 113.04 MiB
mesa-git/libclc-git 116.20140315-1 10.27 MiB
mesa-git/llvm-svn 204002-1 78.93 MiB

Total Installed Size: 202.24 MiB

:: Proceed with installation? [Y/n]
(3/3) checking keys in keyring [#############################################] 100%
(3/3) checking package integrity [#############################################] 100%
(3/3) loading package files [#############################################] 100%
(3/3) checking for file conflicts [#############################################] 100%
(3/3) checking available disk space [#############################################] 100%
(1/3) installing llvm-svn [#############################################] 100%
(2/3) installing libclc-git [#############################################] 100%
(3/3) installing clang-svn [#############################################] 100%
[panoramix@obelix mesa-r300-r600-radeonsi-git]$ makepkg
==> Making package: mesa-r300-r600-radeonsi-git 61886.7554539-2 (zo mrt 16 15:01:18 CET 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Updating mesa-r300-r600-radeonsi-git git repo...
Fetching origin
remote: Counting objects: 51, done.
remote: Compressing objects: 100% (36/36), done.
remote: Total 36 (delta 31), reused 0 (delta 0)
Unpacking objects: 100% (36/36), done.
From git://anongit.freedesktop.org./git/mesa/mesa
7554539..2e36116 master -> master
-> Found LICENSE
==> Validating source files with md5sums...
mesa-r300-r600-radeonsi-git ... Skipped
LICENSE ... Passed
==> Extracting sources...
-> Creating working copy of mesa git repo...
Cloning into 'mesa-r300-r600-radeonsi-git'...
done.
Checking out files: 100% (4218/4218), done.
Branch makepkg set up to track remote branch master from origin.
Switched to a new branch 'makepkg'
==> Starting pkgver()...
==> Updated version: mesa-r300-r600-radeonsi-git 61891.2e36116-1
==> Removing existing pkg/ directory...
==> Starting build()...

PatronMaster commented on 2014-03-15 17:57

Pacman -Q llvm-svn
llvm-svn 202852-1

pacman -Q llvm-libs-svn
llvm-libs-svn 202852-1

pacman -Q lib32-llvm-libs-svn
lib32-llvm-libs-svn 202858-1

pacman -Q lib32-llvm-svn
lib32-llvm-svn 202858-1

pacman -Q libclc-git
libclc-git 116.20140304-1

All these packages are required to install:
AUR mesa-r300-r600-radeonsi-git

But it gave this error:

In the
:: clang-svn and llvm-svn are in conflict (llvm). Remove llvm-svn? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: lib32-llvm-svn: requires llvm-svn
==> WARNING: Your packages are saved in /tmp/yaourt-tmp-patron
==> Restart building mesa-r300-r600-radeonsi-git ? [y/N]
==> ----------------------------------------------------
==>

At the end of these packages had to be removed.
First I need to install to run, then I have to remove.

Lone_Wolf commented on 2014-03-15 13:20

moved opencl related dependencies from depends to optdepends so they can be removed after building

Lone_Wolf commented on 2014-03-10 16:14

maybe you were thinking of this :
OpenCL implementation from AMD is known as AMD APP SDK, formerly also known as AMD Stream SDK or ATi Stream.

arch opencl wiki page has more info, but afaict AMD APP SDK allows the CPU to be used for opencl, NOT the graphics card.

lockheed commented on 2014-03-09 13:24

Thanks. But wasn't there something like "stream"? I read somewhere that thanks to it computations could be run on R600 cards.

Lone_Wolf commented on 2014-03-09 12:01

currently only evergreen and later cards support openCL.
(R600 & R700 chipsets don't)
HD5430 and up should support openCL.

lockheed commented on 2014-03-08 21:15

Does the opencl work on R600 cards?

Lone_Wolf commented on 2014-03-08 20:35

Updated to reflect changes in official mesa 10.1.0-2

Lone_Wolf commented on 2014-03-05 15:39

added opencl and openmax support.

NOTE : several dependencies come from Lordheavy's mesa-git repo :
http://pkgbuild.com/~lcarlier/mesa-git/

Lone_Wolf commented on 2014-02-22 19:22

both are covered by xorg-server-devel in makedepends.
Let me know if you find out that they are needed at runtime also and i'll add xorg-server-devel to depends also.

phects commented on 2014-02-22 17:15

It seems, the package depends on dri3proto and presentproto, now.

phects commented on 2014-02-22 17:14

It seems, the package depends on dri3proto, now.

Krejzi commented on 2014-02-14 10:02

Looks like you might be using some aditional compiler/linker options instead of/alongside the standard ones. I still can't reproduce the bug, it works just fine.

arzeth commented on 2014-02-14 06:49

I am too lazy to report a bug. Instead, I have added --disable-dri3, and now everything works for me.

Krejzi commented on 2014-02-12 14:21

Can you report a bug to upstream regarding the undefined symbols, along with the necessarry logs/output? I can't confirm here.

arzeth commented on 2014-02-12 07:54

I installed this Mesa, now I cannot run a lot of apps (Left 4 Dead 2, Wine) because /usr/lib(32)/libxcb-dri3.so has some undefined symbols (xcb_get_reply_fds, ...). I even tried to compile (lib32-)libxcb-git and xcb-proto-git, but nothing has changed. I am on [testing] with everything up to date.

By the way I have found that Mesa can be compiled with GCC without -flto only (clang fails).

Lone_Wolf commented on 2014-01-29 20:16

version numbering changed to be closer to other git packages.

I've decided to go back to building against llvm-svn instead of stock llvm as preparation for adding opencl support.
I've tested with aur llvm-svn and mesa-git repo llvm-svn succesfully.

Once i've updated the lib32-mesa-r* pacakge, i'll look into adding opencl support.


Lone_Wolf commented on 2014-01-26 16:56

x89 :

xorg-server-devel is a makedepend of this package and pulls in glproto/dri2proto/dri3proto etc .
or do you mean those are needed at runtime also ?

Naypam commented on 2014-01-20 11:44

More deps: 'presentproto', dri3proto.

colinkeenan commented on 2013-12-24 17:50

Yes - I read it but reported anyway and then un-commented all the testing stuff in /etc/pacman.conf. It's building now.

Krejzi commented on 2013-12-24 17:41

Well, if you just cared enough to read what I wrote - the fix is in the very first sentence:

... there is now a version of libxcb in [testing] which has all the necessarry libraries. ...

colinkeenan commented on 2013-12-24 17:37

ERROR: Makepkg was unable to build mesa-git.

So, here's the issue:

checking for DRIGL... no
configure: error: Package requirements (x11 xext xdamage xfixes x11-xcb xcb-glx >= 1.8.1 xcb-dri2 >= 1.8 xcb-dri3 xcb-present xcb-sync xshmfence >= 1.1 xxf86vm) were not met:

No package 'xcb-dri3' found
No package 'xcb-present' found

Krejzi commented on 2013-12-24 16:06

I've updated the package, enabled dri3 by default since there is now a version of libxcb in [testing] which has all the necessarry libraries.

I have also added, but not built by default, a seperate package which can build libOpenCL library for Radeon hardware. Just uncomment mesa-libcl-git in the pkgname section, libclc-svn dependency and --enable-opencl configure switch in build section.

libclc-svn is unfortunately not buildable with clang-3.3 which is currently in arch repos. clang-svn is required for that one.

If there are any issues, please report.

Krejzi commented on 2013-12-24 16:04

I've updated the package, enabled dri3 by default since there is now a version of libxcb in [testing] which has all the necessarry libraries.

I have also added, but not built by default, a seperate package which can build libOpenCL library for Radeon hardware. Just uncomment mesa-libcl-git in the pkgname section and libclc-svn dependency, which is unfortunately not buildable with clang-3.3 currently in arch. clang-svn is required for that one.

If there are any issues, please report.

Krejzi commented on 2013-12-09 20:22

oliv, thanks, but I've updated the PKGBUILD few hours before you posted. Also, a note. Please try to send a patch against PKGBUILD later, it's easier for me to see what's changed instead of having to look for it by myself.

dif -Naur PKBUILD.old PKGBUILD should do the trick.

oliv commented on 2013-12-09 18:48

Here are some changes I added to this package to build it correctly:
# Maintainer: Kristian Klausen <klausenbusk@hotmail.com>
# Contributor: Egon Ashrafinia <e.ashrafinia@gmail.com>
# Contributor: Tavian Barnes <tavianator@gmail.com>
# Contributor: Jan de Groot <jgc@archlinux.org>
# Contributor: Andreas Radke <andyrtr@archlinux.org>
# Contributor: Thomas Dziedzic < gostrc at gmail >
# Contributor: Antti "Tera" Oja <antti.bofh@gmail.com>
# Contributor: Diego Jose <diegoxter1006@gmail.com>

# Credits to maintainers of mesa in extra!
# Maintainer: Jan de Groot <jgc@archlinux.org>
# Maintainer: Andreas Radke <andyrtr@archlinux.org>

pkgbase=mesa-git
pkgname=mesa-git
# Dirty hack as AUR dont support split-packages
# Take care of using mesa-git after all modules packages, because it copies all remaining install data
true && pkgname=('ati-dri-git' 'intel-dri-git' 'nouveau-dri-git' 'svga-dri-git' 'mesa-git' 'mesa-libgl-git')

pkgver=10.1.0_devel.60055
pkgrel=1
arch=('i686' 'x86_64')
makedepends=('python2' 'libxml2' 'libx11' 'glproto' 'libdrm>=2.4.50' 'dri2proto' 'libxxf86vm' 'libxdamage'
'libvdpau' 'wayland' 'llvm' 'systemd' 'git' 'pacman>=4.1' 'elfutils' 'dri3proto' 'presentproto'
'libtool' 'bison' 'flex')
url="http://mesa3d.sourceforge.net"
license=('custom')
options=('!libtool')
source=('mesa::git+http://anongit.freedesktop.org/git/mesa/mesa.git#branch=master'
'LICENSE')
sha512sums=('SKIP'
'25da77914dded10c1f432ebcbf29941124138824ceecaf1367b3deedafaecabc082d463abcfa3d15abff59f177491472b505bcb5ba0c4a51bb6b93b4721a23c2')

pkgver() {
cd "${srcdir}/mesa"
echo $(cat VERSION | tr "-" "_").$(git rev-list --count HEAD)
}

_mesaver() {
path="${srcdir}/mesa/VERSION"
[ -f $path ] && cat "$path"
}

build () {
cd "${srcdir}/mesa"

# TODO: --enable-r600-llvm-compiler maybe
COMMONOPTS="--prefix=/usr \
--sysconfdir=/etc \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-gallium-drivers=r300,r600,radeonsi,nouveau,svga,swrast \
--with-dri-drivers=i915,i965,r200,radeon,nouveau,swrast \
--with-egl-platforms=x11,drm,wayland \
--with-llvm-shared-libs \
--enable-gallium-llvm \
--enable-egl \
--enable-gallium-egl \
--with-egl-platforms=x11,drm,wayland \
--enable-shared-glapi \
--enable-gbm \
--enable-glx-tls \
--enable-dri \
--enable-glx \
--enable-osmesa \
--enable-gles1 \
--enable-gles2 \
--enable-texture-float \
--enable-xa \
--disable-dri3 \
--enable-vdpau"

./autogen.sh \
$COMMONOPTS

make

# fake installation
mkdir -p $srcdir/fakeinstall
make DESTDIR=${srcdir}/fakeinstall install

}

package_ati-dri-git() {
pkgdesc="Mesa drivers for AMD/ATI Radeon"
depends=('mesa-libgl-git' "mesa-git=${pkgver}")
optdepends=('libtxc_dxtn: S3 Texture Compressed support')
conflicts=('xf86-video-ati<6.9.0-6' 'ati-dri')
provides=('ati-dri')

# libvdpau_r300 is apparently not supported anymore
install -m755 -d ${pkgdir}/usr/lib/vdpau/
mv -v ${srcdir}/fakeinstall/usr/lib/vdpau/libvdpau_{r600,radeonsi}.* ${pkgdir}/usr/lib/vdpau/

install -m755 -d ${pkgdir}/usr/lib/xorg/modules/dri
mv -v ${srcdir}/fakeinstall/usr/lib/xorg/modules/dri/{r200,r300,r600,radeon,radeonsi}_dri.so ${pkgdir}/usr/lib/xorg/modules/dri/

install -m755 -d ${pkgdir}/usr/lib/gallium-pipe
mv -v ${srcdir}/fakeinstall/usr/lib/gallium-pipe/pipe_{r300,r600,radeonsi}* ${pkgdir}/usr/lib/gallium-pipe/

install -m755 -d "${pkgdir}/usr/share/licenses/ati-dri"
install -m644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/ati-dri/"
}

package_intel-dri-git() {
pkgdesc="Mesa drivers for Intel"
optdepends=('libtxc_dxtn: S3 Texture Compressed support')
depends=('mesa-libgl-git' "mesa-git=${pkgver}")
conflicts=("intel-dri")
provides=("intel-dri")

install -m755 -d ${pkgdir}/usr/lib/xorg/modules/dri
mv -v ${srcdir}/fakeinstall/usr/lib/xorg/modules/dri/{i915,i965}_dri.so ${pkgdir}/usr/lib/xorg/modules/dri/

install -m755 -d "${pkgdir}/usr/share/licenses/intel-dri"
install -m644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/intel-dri/"
}

package_nouveau-dri-git() {
pkgdesc="Mesa drivers for Nouveau"
optdepends=('libtxc_dxtn: S3 Texture Compressed support')
depends=('mesa-libgl-git' "mesa-git=${pkgver}")
conflicts=("nouveau-dri")
provides=("nouveau-dri")

install -m755 -d ${pkgdir}/usr/lib/vdpau/
mv -v ${srcdir}/fakeinstall/usr/lib/vdpau/libvdpau_nouveau.* ${pkgdir}/usr/lib/vdpau/

install -m755 -d ${pkgdir}/usr/lib/xorg/modules/dri
mv -v ${srcdir}/fakeinstall/usr/lib/xorg/modules/dri/nouveau_{dri,vieux_dri}.so ${pkgdir}/usr/lib/xorg/modules/dri/

install -m755 -d ${pkgdir}/usr/lib/gallium-pipe
mv -v ${srcdir}/fakeinstall/usr/lib/gallium-pipe/pipe_nouveau* ${pkgdir}/usr/lib/gallium-pipe/

# vdpau drivers are still buggy with nouveau, so remove them (FS#36754)
rm -rf ${pkgdir}/usr/lib/vdpau/

install -m755 -d "${pkgdir}/usr/share/licenses/nouveau-dri"
install -m644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/nouveau-dri/"
}

package_svga-dri-git () {
pkgdesc="Gallium3D VMware guest GL driver"
optdepends=('libtxc_dxtn: S3 Texture Compressed support')
depends=('libdrm' 'expat' 'llvm-libs')
conflicts=("svga-dri")
provides=("svga-dri")

install -m755 -d ${pkgdir}/usr/lib/xorg/modules/dri
mv -v ${srcdir}/fakeinstall/usr/lib/xorg/modules/dri/vmwgfx_dri.so ${pkgdir}/usr/lib/xorg/modules/dri/

install -m755 -d ${pkgdir}/usr/lib/gallium-pipe
mv -v ${srcdir}/fakeinstall/usr/lib/gallium-pipe/pipe_vmwgfx* ${pkgdir}/usr/lib/gallium-pipe/

install -m755 -d "${pkgdir}/usr/share/licenses/${pkgname}"
install -m644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/"
}

package_mesa-git () {
pkgdesc="an open-source implementation of the OpenGL specification"
depends=('libdrm' 'libvdpau' 'wayland' 'libxxf86vm' 'libxdamage' 'systemd' 'llvm-libs' 'elfutils')
optdepends=('opengl-man-pages: for the OpenGL API man pages')
provides=("mesa=$(_mesaver)" 'libglapi' 'osmesa' 'libgbm' 'libgles' 'libegl' 'khrplatform-devel')
conflicts=('mesa' 'libglapi' 'osmesa' 'libgbm' 'libgles' 'libegl' 'khrplatform-devel')
replaces=('libglapi' 'osmesa' 'libgbm' 'libgles' 'libegl' 'khrplatform-devel')

mv -v ${srcdir}/fakeinstall/* ${pkgdir}
# rename libgl.so to not conflict with blobs - may break gl.pc ?
mv ${pkgdir}/usr/lib/libGL.so.1.2.0 ${pkgdir}/usr/lib/mesa-libGL.so.1.2.0
rm ${pkgdir}/usr/lib/libGL.so{,.1}

install -m755 -d "${pkgdir}/usr/share/licenses/${pkgname}"
install -m644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/"
}

package_mesa-libgl-git () {
pkgdesc="Mesa 3-D graphics library"
depends=("mesa-git=$(pkgver)")
provides=("mesa-libgl=$(pkgver)" "libgl=$(pkgver)")
replaces=('libgl')
conflicts=('mesa-libgl')

# See FS#26284
install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
ln -s libglx.xorg "${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so"

ln -s mesa-libGL.so.1.2.0 ${pkgdir}/usr/lib/libGL.so
ln -s mesa-libGL.so.1.2.0 ${pkgdir}/usr/lib/libGL.so.1
ln -s mesa-libGL.so.1.2.0 ${pkgdir}/usr/lib/libGL.so.1.2.0

install -m755 -d "${pkgdir}/usr/share/licenses/${pkgname}"
install -m644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/"
}

Krejzi commented on 2013-12-09 13:38

klausenbusk, I've adopted it. If you disowned it for someone else, I can disown it if necessary. I have lots of time for updating though.

klausenbusk commented on 2013-12-09 07:27

@Scimmia, i gonna disown it.. Dont have time to update it more..

Scimmia commented on 2013-12-09 04:58

@klausenbusk, you ever going to update this? It's been flagged for over a month.

DiFuzZzoR commented on 2013-11-22 19:53

If you don't need dri3 support, take it:
https://drive.google.com/file/d/0Bw23y7_XsFjJWmt1dnRFSzRRMmc/edit?usp=sharing

Crashlog commented on 2013-11-20 12:25

That did the trick. Thanks for the help.

Krejzi commented on 2013-11-20 01:21

Nothing uses dri3 right now, so it's safer to disable it rather than use -git version of yet another package (more to maintain for yourself).

Scimmia commented on 2013-11-20 00:06

Or just use the -git version in the AUR if you don't use Qt5

Krejzi commented on 2013-11-19 22:36

Well, libxcb with xcb-dri3 and xcb-present are not in Arch repos anymore. libxcb 1.9.3 breaks Qt5 so it was removed from testing. Use --disable-dri3 configure switch for now.

Crashlog commented on 2013-11-19 14:56

I did. I'm using the PKGBUILD provided by DiFuzZzoR below, and makepkg fails when checking for DRIGL. I repeat my original question: am I doing something wrong?

Scimmia commented on 2013-11-19 14:30

LOL, do people even read previous comments before commenting?

Crashlog commented on 2013-11-19 14:29

checking for DRI3PROTO... no
configure: error: Package requirements (dri3proto >= 1.0) were not met:

No package 'dri3proto' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables DRI3PROTO_CFLAGS
and DRI3PROTO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

After installing dri3proto myself:
checking for PRESENTPROTO... no
configure: error: Package requirements (presentproto >= 1.0) were not met:

No package 'presentproto' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables PRESENTPROTO_CFLAGS
and PRESENTPROTO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

After installing presentproto myself:
checking for DRIGL... no
configure: error: Package requirements (x11 xext xdamage xfixes x11-xcb xcb-glx >= 1.8.1 xcb-dri2 >= 1.8 xcb-dri3 xcb-present xcb-sync xshmfence xxf86vm) were not met:

No package 'xcb-dri3' found
No package 'xcb-present' found
No package 'xshmfence' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables DRIGL_CFLAGS
and DRIGL_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

And I can't even find where to install that. Am I doing something wrong here?

DiFuzZzoR commented on 2013-11-12 19:20

Sorry for my fault.
So, cleaned, final and tested (mesa-2d77e4f)

PKGBUILD: https://drive.google.com/file/d/0Bw23y7_XsFjJTUxrS3kzWGZlS2s/edit?usp=sharing
Archive: https://drive.google.com/file/d/0Bw23y7_XsFjJRXVKZHVwbkNndXM/edit?usp=sharing

Feel ARCH power! :)

Krejzi commented on 2013-11-12 19:04

You don't need versioned deps for dri3proto and presentproto.

DiFuzZzoR commented on 2013-11-12 19:01

Fixed PKGBUILD:
https://drive.google.com/file/d/0Bw23y7_XsFjJOGlPVmdWdEZnbFk/edit?usp=sharing

Archive:
https://drive.google.com/file/d/0Bw23y7_XsFjJVktmVEl0LVB2UFk/edit?usp=sharing

klausenbusk commented on 2013-11-11 13:29

I will update the PKGBUILD, hopefull this week :)

Krejzi commented on 2013-11-11 12:25

Just use libxcb from testing. libxshmfence, dri3proto and presentproto are already in the repos, too.

DiFuzZzoR commented on 2013-11-11 07:37

Error fixed.
I'll send link to fixed PKGBUILD, but for successful build you need libxcb>=1.9 for XCB DRI3 and other new libs.
And... it's funny but libxcb-git from AUR not working (error due build).

My steps and tips:
1. Build libxcb from git manually (git clone... autogen.sh (see commands from exist PKGBUILD... make&&sudo make install...DONE)
2. Change mesa-git PHGBUILD - add missing pkgs (see Scimmia comment).
3. PROFIT!

P.S. Actually for git-5442c0e.

J0k3r commented on 2013-11-08 23:47

seems to be related to the intel driver. just uncomment the related sections in the pkbuild for now .. if you dont need it

desaparecido commented on 2013-11-08 23:21

the error:

brw_context.c: In function 'brwCreateContext':
brw_context.c:721:9: error: implicit declaration of function 'drm_intel_get_reset_stats' [-Werror=implicit-function-declaration]
|| drm_intel_get_reset_stats(brw->hw_ctx, &brw->reset_count, NULL,

.... and etc.. apparently is in upstream, so, probably wait for patch, because, even with libdrm-git the error is still there, at least for me (for the moment) :(

http://permalink.gmane.org/gmane.comp.video.mesa3d.devel/66633

DiFuzZzoR commented on 2013-11-08 08:54

WOW! How many changes due last night (for my time GMT +2) :)
I see what I can do when I'll come from work.

P.S. desaparecido, need you help...again :)

desaparecido commented on 2013-11-08 08:50

@Scimmia yesterday evening was build fine, but you're reason, in the latest commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=035cce83f7b3d9a037c9e7cc17a212d6cf7e927f

dri3 and stuffs are present.. so to work again :/ , I'll try later.. it's job time :(

now mesa was tagged like 10.1.0_devel .. probably new features, etc..


@DiFuzZzor... on the road again :)

Scimmia commented on 2013-11-08 07:34

Yep, dri3proto + presentproto + libxshmfence + libxcb-git and it atleast gets through configure. Dies in the build on an implicit function declaration.

Scimmia commented on 2013-11-08 06:04

Even then it won't build:

No package 'xcb-dri3' found
No package 'xcb-present' found
No package 'xshmfence' found

Do we need libxcb from git as well?

Scimmia commented on 2013-11-08 06:00

presentproto as well.

Scimmia commented on 2013-11-08 05:58

checking for DRI3PROTO... no
configure: error: Package requirements (dri3proto >= 1.0) were not met:

No package 'dri3proto' found

Looks like a new makedep needs to be added.

DiFuzZzoR commented on 2013-11-07 20:11

New archive with mesa-git 10.0.0 package you can download from Google Drive:
https://drive.google.com/file/d/0Bw23y7_XsFjJVW1venRKT3o3OUU/edit?usp=sharing

Fixed PKGBUILD (thanks to desaparecido):
https://drive.google.com/file/d/0Bw23y7_XsFjJN25RVzNnS2hCdUE/edit?usp=sharing

desaparecido commented on 2013-11-04 23:30

I got it !
in this commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=da82d7b6ba0c7e2e2d576c58fea4fbfa132511cb
r300/vdpau is affected, so, if r300 is deleted in line 85:
mv -v ${srcdir}/fakeinstall/usr/lib/vdpau/libvdpau_{r600,radeonsi}.* ${pkgdir}/usr/lib/vdpau/

in ati-dri-git section

the build run smoothtly

DiFuzZzoR commented on 2013-11-04 21:14

Hope so. I'm actually try wipe src dir, redownload tar.gz and... steel same error.
So, waiting for fix it.

**OFFTOPIC**
P.S. Latest mesa - rocks! I play HL2 native on open source ati drivers (!) on my Mobility HD2400 all set to max (not using MSAA) at >25 fps ^_^

P.P.S. So that, I need fresh git :)

snowblind commented on 2013-11-04 20:44

Looks like this is a known bug, there's a patch on mesa-dev that will hopefully be merged soon.

snowblind commented on 2013-11-04 18:30

The issue looks like it's upstream, I did just a basic git pull with built with standard options and I'm still getting an error:

gallivm/lp_bld_debug.cpp: In member function 'virtual void raw_debug_ostream::write_impl(const char*, size_t)':
gallivm/lp_bld_debug.cpp:116:40: warning: cast from type 'const char*' to type 'char*' casts away qualifiers [-Wcast-qual]
char *lastPtr = (char *)&Ptr[Size];
^
CXX gallivm/lp_bld_misc.lo
gallivm/lp_bld_misc.cpp: In function 'void lp_set_target_options()':
gallivm/lp_bld_misc.cpp:182:4: error: 'DisablePrettyStackTrace' is not a member of 'llvm'
llvm::DisablePrettyStackTrace = true;
^
Makefile:1643: recipe for target 'gallivm/lp_bld_misc.lo' failed
make[3]: *** [gallivm/lp_bld_misc.lo] Error 1
make[3]: Leaving directory '/home/echo/.src/mesa-git2/mesa/src/gallium/auxiliary'
Makefile:1677: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/echo/.src/mesa-git2/mesa/src/gallium/auxiliary'
Makefile:538: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/echo/.src/mesa-git2/mesa/src'
Makefile:589: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

DiFuzZzoR commented on 2013-11-04 07:30

No, I just update available old src...
Well, I'll check it and comment results. Thanks, desaparecido.

desaparecido commented on 2013-11-03 22:36

Did you try: makepkg -c .. -c flag clean up the works files after build package.. or remove the old src and pkg directories. I use another package of mesa in git version and even with --xorg enable builds fine, I don't test it with this one.

DiFuzZzoR commented on 2013-11-03 20:49

Add new useful info:
* After make pkg file we get error (no such file or dir):
***start****
==> Запускается package_ati-dri-git()...
mv: не удалось выполнить stat для «/home/dima/Загрузки/builds/mesa-git/src/fakeinstall/usr/lib/vdpau/libvdpau_r300.*»: Нет такого файла или каталога
***end***

Need to change at least 'package_ati-dri-git ()' section in PKGBUILD:
***probably need change to fix new bug***
install -m755 -d ${pkgdir}/usr/lib/vdpau/
mv -v ${srcdir}/fakeinstall/usr/lib/vdpau/libvdpau_{r300,r600,radeonsi}.* ${pkgdir}/usr/lib/vdpau/
***end***

DiFuzZzoR commented on 2013-11-03 20:37

There are error in new mesa-git, started from da82d7. Probably due changes in gallium/targets (remove r600/xorg, radeonsi/xorg etc).

Error message (in russian):
Afrer messages:
«/home/<username>/Загрузки/builds/mesa-git/src/fakeinstall/usr/lib/vdpau/libvdpau_radeonsi.so.1» -> «/home/<username>/Загрузки/builds/mesa-git/pkg/ati-dri-git/usr/lib/vdpau/libvdpau_radeonsi.so.1»
«/home/<username>/Загрузки/builds/mesa-git/src/fakeinstall/usr/lib/vdpau/libvdpau_radeonsi.so.1.0.0» -> «/home/<username>/Загрузки/builds/mesa-git/pkg/ati-dri-git/usr/lib/vdpau/libvdpau_radeonsi.so.1.0.0»

Error:
==> ОШИБКА: Произошел сбой в package_ati-dri-git().
Преждевременный выход...

Please, change PKGBUILD as soon as possible :)
Hope my info helpful for fix bug.

anadon commented on 2013-10-16 22:22

Hey, intel did some nice and fancy stuff. I am still stupidly busy, but here's the link to their graphics stack installer:

https://01.org/linuxgraphics/downloads/2013/intelr-linux-graphics-installer-version-1.0.2

goviedo commented on 2013-09-28 22:56

sudo pacman -U ati-dri-git-9.3.0_devel.58661-1-x86_64.pkg.tar.xz
loading packages...
resolving dependencies...
warning: cannot resolve "mesa-libgl=9.3.0-devel", a dependency of "ati-dri-git"
:: The following package cannot be upgraded due to unresolvable dependencies:
ati-dri-git

:: Do you want to skip the above package for this upgrade? [y/N] n
error: failed to prepare transaction (could not satisfy dependencies)
:: ati-dri-git: requires mesa-libgl=9.3.0-devel

anadon commented on 2013-09-24 17:54

@xaocon It probably should, but I'm leaving that work for a intel graphics stack package. I'm taking 17 credit hours right now at my university, and I have little if any functional thinking time.

Also, 2+2=5. Its that numbing.

xaocon commented on 2013-09-24 17:24

should the mesa-git package not provide mesa?

vibee commented on 2013-09-03 21:03

I'm getting the same error like LeetShiva.

Lone_Wolf commented on 2013-09-02 14:46

I checked the package, and there are no changes needed to build it, so i'm not uploading a new version for now.

I've also compared my package with aur mesa-git, official 9.2.0 en lordheavy's packages.

aur mesa-git uses exactly the same flags as the official mesa, lordheavy's packages use those and adds --enable-opencl .
My package uses the official flags and adds these :
# --enable-gallium-gbm \
# --enable-xvmc \
# --enable-xorg \
# --enable-r600-llvm-compiler \

Personally i feel those make enough of a difference to keep this package.

Lone_Wolf commented on 2013-08-31 11:44

well, git packages almost never become obsolete.

In this case i think the question should be : what added value does this package have over stable mesa, aur mesa-git and Lordheavy's mesa-git repo.
In my opinion the added value of this package lies in the inclusion of several new / 'experimental' features that are not yet used in the other packages (last time i updated it there were still 4 of them) .
I'll update the package during september, and check the extra features.

jackinloadup commented on 2013-08-30 20:28

Is this needed now that mesa 9.2 is out?

mnovick1988 commented on 2013-08-27 05:34

Built fine for me, id suggest though adding provides mesa, so it doesnt break packaging though...

dlsolo commented on 2013-08-19 23:26

@anadon that would be awesome!

LeetShiva commented on 2013-08-19 18:11

I'm getting segmentation fault when trying to build this package from aur.
Compilation error
pastebin:
http://pastebin.com/jifPBWti

anadon commented on 2013-08-19 02:20

NOTE: I'm thinking of replacing this package with a complete intel optimized graphics stack package containing a optimised mesa build, 2D driver, and other dependancies. I'll post updates on this here.

klausenbusk commented on 2013-08-01 19:36

@anadon, how? I cant set a global variable inside a function (or it does not work). I have changed a little, so it a little bit cleaner now.

klausenbusk commented on 2013-08-01 19:35

@Whompy, yeh already know, But Thanks anyway!
PKGBUILD fixed.

@edoantonioco, if you don't want to recompile just edit any mesa=1.11 or mesa-libgl=1.11 to mesa=9.3.0-devel or mesa-libgl=9.3.0-devel in the mesa packages you need .PKGINFO file

Anonymous comment on 2013-08-01 14:23

@klausenbusk
I had to s/configure.ac/VERSION/g to allow for version number to come from the new standard name introduced in the 9.3 dev branch:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=488b3ed6f40df4608f7d02758ffd4ab7070c782e

edoantonioco commented on 2013-07-31 20:17

@klausenbusk
https://www.dropbox.com/s/wbmz4ejous2exmw/PKGINFO

edoantonioco commented on 2013-07-31 20:17

@klausenbusk
https://www.dropbox.com/s/wbmz4ejous2exmw/PKGINFO

edoantonioco commented on 2013-07-31 20:16

@klausenbusk
sure
https://www.dropbox.com/s/wbmz4ejous2exmw/PKGINFO

klausenbusk commented on 2013-07-31 20:06

@edoantonioco could you upload the file .PKGINFO in mesa-git-***.pkg.tar.xz?

edoantonioco commented on 2013-07-31 19:57

I cant install it
"error: error al preparar la transacción (no se pudieron satisfacer las dependencias)
:: cairo: necesita mesa>=9.1"

edoantonioco commented on 2013-07-31 19:56

I cant install it
"error: error al preparar la transacción (no se pudieron satisfacer las dependencias)
:: cairo: necesita mesa>=9.1"

foobarrior commented on 2013-07-28 17:48

So I've figured out what's the problem was - it doesn't compile with testing/bison, probably because version >= 3.0 is unsupported or needs additional configuration

foobarrior commented on 2013-07-28 07:14

Can't compile, the following error occured:
glsl_parser.cpp: In function 'int _mesa_glsl_parse(_mesa_glsl_parse_state*)':
glsl_parser.cpp:2616:41: error: 'scanner' was not declared in this scope

anadon commented on 2013-07-15 21:44

Mostly fixed up. Now the package should compile without issues on most systems. Optimizations to come.

anadon commented on 2013-07-14 22:26

@klausenbusk
Move it into a function, like with the pkgver function.

anadon commented on 2013-07-14 21:21

I'm dealing with chronic compile issues. Stand by...

anadon commented on 2013-07-14 14:33

I'll add those to the package up upload it by 5 pm eastern. Sorry for not taking care of this.

colinkeenan commented on 2013-07-14 06:18

To make it build, not only did I have to comment out the i810 line, I also had to comment out a few python2 fix lines and replace libgl-git with libglu-git.

Anderson commented on 2013-07-13 15:28

@Krejzi yeah.. lacking editing here is crucial.. sorry :<

Krejzi commented on 2013-07-12 15:27

https://bugs.freedesktop.org/show_bug.cgi?id=66858

Anderson, your comments filled my inbox. We need an edit function ASAP.

Anderson commented on 2013-07-12 15:25

To users who have their compiler arguing about undefined `NVFX_FP_OP_OPCODE_KILL_IF` constant, try adding this line to PKGBUILD...

sed -e "s/KIL 0x12/KIL 0x12\n#define NVFX_FP_OP_OPCODE_KILL_IF NVFX_FP_OP_OPCODE_KIL/g" -i ./src/gallium/drivers/nv30/nvfx_shader.h

...right AFTER these lines:

./autogen.sh \
$COMMONOPTS

Anderson commented on 2013-07-12 15:25



2013-07-12 15:17

To users who have their compiler arguing about undefined `NVFX_FP_OP_OPCODE_KILL_IF` constant, try adding this line to PKGBUILD...

sed -e "s/KIL 0x12/KIL 0x12\n#define NVFX_FP_OP_OPCODE_KILL_IF NVFX_FP_OP_OPCODE_KIL/g" -i ./src/gallium/drivers/nv30/nvfx_shader.h

...right AFTER these lines:

./autogen.sh \
$COMMONOPTS

Anderson commented on 2013-07-12 15:17

To users who have their compiler arguing about undefined `NVFX_FP_OP_OPCODE_KILL_IF` constant, try adding this line to PKGBUILD...

sed -e "s/NVFX_FP_OP_OPCODE_KIL /NVFX_FP_OP_OPCODE_KILL_IF /g" -i ./src/gallium/drivers/nv30/nvfx_shader.h

...right AFTER these lines:

./autogen.sh \
$COMMONOPTS

Anderson commented on 2013-07-12 15:17

To users who have their compiler arguing about undefined `NVFX_FP_OP_OPCODE_KILL_IF` constant, try adding this line to PKGBUILD...

sed -e "s/NVFX_FP_OP_OPCODE_KIL/NVFX_FP_OP_OPCODE_KILL_IF/g" -i ./src/gallium/drivers/nv30/nvfx_shader.h

...right AFTER these lines:

./autogen.sh \
$COMMONOPTS

Anderson commented on 2013-07-12 15:16

To users who have their compiler arguing about undefined `NVFX_FP_OP_OPCODE_KILL_IF` constant, try adding this line to PKGBUILD...

sed -e "s/NVFX_FP_OP_OPCODE_KIL/NVFX_FP_OP_OPCODE_KILL_IF/g" -i ./src/gallium/drivers/nv30/nvfx_shader.h

...right AFTER these lines:

./autogen.sh \
$COMMONOPTS

Anonymous comment on 2013-07-12 10:19

@klausenbusk ok! sorry! :D

klausenbusk commented on 2013-07-11 19:42

@oriolj taken from Arch's wiki:
Packages in the AUR assume the base-devel group is installed, and AUR packages will not list members of this group as dependencies even if the package cannot be built without them. Please ensure this group is installed before complaining about failed builds.

Anonymous comment on 2013-07-11 18:15

Hi! we should add as makedepends:
libtool
bison
flex

klausenbusk commented on 2013-07-05 23:12

arh, I added 'llvm>=3.0' just after llvm 3.3 have got into extra, stupid typing mistake :) Fixed now..

5 min, and linking is enabled..

Krejzi commented on 2013-07-05 22:36

This is wrong: 'llvm>=3.0'. As I said, you need 3.3 at least.

My initial question was to ask you to enable linking to llvm shared libs as the package in [extra] does.

klausenbusk commented on 2013-07-05 22:34

I'm confused, what you want me to do? mesa-git already depends on llvm (not llvm-amdgput-snapshot).

Krejzi commented on 2013-07-05 21:58

Mesa 9.2 git snapshot depends on LLVM revision 181269 and later, which is now essentialy LLVM 3.3.

http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeon/LLVM_REVISION.txt

Mesa 9.1 can't be used with LLVM 3.3 (without backporting the patches) and needs llvm-amdgpu-snapshot which was "stabilized" for 9.1.

You are right that mesa works with version of llvm it was built against, but only major version which happens every 6 months and I think if someone builds mesa-git every lets say 6.5 months or so shouldn't really use it :).

As for OpenCL, no problem. It was just a suggestion.

klausenbusk commented on 2013-07-05 21:46

@Krejzi mesa in extra depends on llvm-amdgpu-snapshot. The problem is mesa only work with that version of LLVM it is built with (correct me if I'm wrong..), which could cause mesa to crash when LLVM get updated in extra..

About OpenCL, I think no. Most people don't need or use OpenCL and those who do can easily add it itself. That just what is think..

Krejzi commented on 2013-07-05 18:19

Why don't you just depend on llvm 3.3 and enable llvm shared libs as it's done in 9.1 in [extra]? With static llvm some segfaults are happening.

Also, is it a problem if you mention libclc dependency and --enable-opencl switch for r600/radeonsi OpenCL support? It should be noted that it provides/conflicts with libcl and opencl-headers from the offical repos.

klausenbusk commented on 2013-06-19 14:48

@LEW21, thanks :)
Updated package with needed fix to get version number, and depends on llvm=>3.0 instant of llvm-amdgpu.. thing.

Lone_Wolf commented on 2013-06-17 12:26

package now uses llvm 3.3 from extra

anadon commented on 2013-06-12 01:23

Ok guys, I want dungeon defenders so I'm fixing this. It'll be adapted to my setup until someone pipes up and gives suggestions.

LEW21 commented on 2013-06-10 13:59

They've removed the version string from Makefile.am. Now it's only in configure.ac, and can be obtained with:
echo $(grep --max-count=1 -F "AC_INIT([Mesa]," configure.ac | cut -f2 -d " " | cut -f2 -d "[" | cut -f1 -d "]" | tr "-" "_").$(git rev-list --count HEAD)

klausenbusk commented on 2013-06-09 14:51

@anadon, just say how I can fix it, and I will do it..
It seems to be the AUR PKGBUILD parser there fuck up because of:
$(cut -f-2 -d . <<< ${pkgver/_/-})
I need that line of code for for some provides and depends..

klausenbusk commented on 2013-06-09 14:50

@anadon, just say how I can fix it, and I will do it..
It seems to be the AUR PKGBUILD parser there fuck up because of:
$(cut -f-2 -d . <<< ${pkgver/_/-})
I need that line of code for for pkgver...

anadon commented on 2013-06-09 14:07

Listed dependancies are corrupted, please fix the PKGBUILD and reload the package.

Krejzi commented on 2013-06-05 14:50

Radeonsi and llvm-r600-compiler need llvm 3.3 snapshot or 3.3 release which is due today. Don't use llvm svn which is road to 3.4. Current git master of mesa has been polished arround llvm 3.3 - I am not saying that 3.4 won't work though.

turtil commented on 2013-06-01 13:10

@klausenbusk I can confirm, that this compiles and all is well, however it does not provide the Video Acceleration support I hoped (mesa is required for the video stuff), instead Video Streams give me a nice little error message. Sorry i should have come back and said i got it all working, Its just not feature complete as the r600 (which has Video Acceleration).

Thanks!
- Kyle

klausenbusk commented on 2013-06-01 13:03

lesto and turtil: I dont have any problems building radeonsi at all, using llvm-r600-svn (PKGBUILD based on llvm extra, build date 6. may).
curl http://sprunge.us/gYiI | base64 -d > llvm-r600-svn-181152-1.src.tar.gz
To download..
lesto: http://llvm.org/svn/llvm-project/llvm/trunk/ is the right repo, http://cgit.freedesktop.org/~tstellar/llvm/ haven't been updated for nearly 2 months!

lesto commented on 2013-05-31 22:17

i'm also tryng to get radensi to work.
foundout llvm in offiacial repo is too old, and the git version is using a wrong repository: from http://lists.freedesktop.org/archives/mesa-dev/2013-January/032205.html we should use http://cgit.freedesktop.org/~tstellar/llvm/ while AUR's one use http://llvm.org/svn/llvm-project/llvm/trunk/

now i'm checking out, will tell you if this work!

turtil commented on 2013-05-22 23:46

@lesto autoconf is a requirement to build from AUR, it is in the base-devel package...

@anadon its built from an SVN repo... or do i misunderstand what your trying to say

@kode54 I have yet to try out your patch, but are you able to elaborate on what/why you have included ipo in the linker? (just curious if this will fix my issue)

Finally, i figured i would answer/ask while i try to desperately to get radeonsi working :)

lesto commented on 2013-05-22 23:30

missing autopconf from dependencies.

anadon commented on 2013-05-22 16:13

Hello,

Incorrect listed dependancies for llvm, and no official or aur package for llvm above 3.2.

kode54 commented on 2013-05-21 01:05

Here's a modified PKGBUILD to support adding custom patches to the tree.

https://gist.github.com/kode54/5616844

I've also uploaded a single patch which is needed to use the current mesa-git against the current llvm-amdgpu-svn, which is LLVM version 3.4.

https://gist.github.com/kode54/5616841

turtil commented on 2013-05-20 08:48

Hey just to post an update, i was un-able to get radeonsi support going with llvm-amdgpu-svn and according to the guy who is building the gallium drivers (my error message) has only just submitted some patches that compile properly, and it should be in there this time next month. So if anyone else has luck let me know otherwise, will have to checkout the svn next month.

Thanks!

turtil commented on 2013-05-19 22:24

@klausenbusk Yeah I have done, i also tried snapshot and the normal llvm for kicks, however a couple of people on IRC managed to get it up and running for the R600 only, couple of them also mentioned that radeonsi is a little broken. Im going to attempt to make some changes today and see if i can grab the latest svn and get this to work. The only notable difference is that im on linux-mainline which is 3.10rc1 in an effort to get Video Acceleration working, which a couple of them did!! Keep up the good work, and if you have any other ideas let me know
Thanks!

klausenbusk commented on 2013-05-19 17:47

turtil, try llvm-amdgpu-svn

klausenbusk commented on 2013-05-19 15:57

kode54, bison and flex is member of base-devel and should therefor not be included in makedepends.

turtil, i will take a look..

turtil commented on 2013-05-18 15:49

Hey,

Making all in egl-static
make[3]: Entering directory `/tmp/packerbuild-1000/mesa-git/mesa-git/src/mesa/src/gallium/targets/egl-static'
CC egl.lo
CC egl_pipe.lo
CC egl_st.lo
CXXLD egl_gallium.la
../../../../src/gallium/drivers/radeonsi/.libs/libradeonsi.a(libllvmradeon_la-radeon_llvm_util.o): In function `radeon_llvm_get_kernel_module':
radeon_llvm_util.c:(.text+0xfd): undefined reference to `LLVMPassManagerBuilderCreate'
radeon_llvm_util.c:(.text+0x115): undefined reference to `LLVMPassManagerBuilderUseInlinerWithThreshold'
radeon_llvm_util.c:(.text+0x120): undefined reference to `LLVMPassManagerBuilderPopulateModulePassManager'
radeon_llvm_util.c:(.text+0x133): undefined reference to `LLVMPassManagerBuilderDispose'
collect2: error: ld returned 1 exit status
make[3]: *** [egl_gallium.la] Error 1
make[3]: Leaving directory `/tmp/packerbuild-1000/mesa-git/mesa-git/src/mesa/src/gallium/targets/egl-static'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/packerbuild-1000/mesa-git/mesa-git/src/mesa/src/gallium/targets'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/packerbuild-1000/mesa-git/mesa-git/src/mesa/src'
make: *** [all-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...
The build failed.

Anyone got any tips/tricks?

Thanks!

turtil commented on 2013-05-18 15:42

Hey,

../../../../src/gallium/drivers/radeonsi/.libs/libradeonsi.a(libllvmradeon_la-radeon_llvm_util.o): In function `radeon_llvm_get_kernel_module':
radeon_llvm_util.c:(.text+0xfd): undefined reference to `LLVMPassManagerBuilderCreate'
radeon_llvm_util.c:(.text+0x115): undefined reference to `LLVMPassManagerBuilderUseInlinerWithThreshold'
radeon_llvm_util.c:(.text+0x120): undefined reference to `LLVMPassManagerBuilderPopulateModulePassManager'
radeon_llvm_util.c:(.text+0x133): undefined reference to `LLVMPassManagerBuilderDispose'
collect2: error: ld returned 1 exit status
make[3]: *** [egl_gallium.la] Error 1
make[3]: Leaving directory `/tmp/packerbuild-1000/mesa-git/mesa-git/src/mesa/src/gallium/targets/egl-static'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/packerbuild-1000/mesa-git/mesa-git/src/mesa/src/gallium/targets'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/packerbuild-1000/mesa-git/mesa-git/src/mesa/src'
make: *** [all-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...
The build failed.

Does anyone know what the ld is talking about? I have the llvm-amdgpu-svn and bison flex etc etc

Ta

kode54 commented on 2013-05-17 04:17

Missing build deps bison and flex

kode54 commented on 2013-05-17 04:17

Missing build dep bison

klausenbusk commented on 2013-05-08 20:48

olric86, try install llvm-amdgpu-svn

Anonymous comment on 2013-05-08 13:14

Hi,

on a clean installation I get:

checking for VDPAU... yes
Package libclc was not found in the pkg-config search path.
Perhaps you should add the directory containing `libclc.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libclc' found
Package libclc was not found in the pkg-config search path.
Perhaps you should add the directory containing `libclc.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libclc' found
checking for XCB_DRI2... yes
checking for WAYLAND... yes
checking for wayland-scanner... /usr/bin/wayland-scanner
checking for llvm-config... /usr/bin/llvm-config
checking for RADEON... yes
checking for RADEON... yes
checking for LIBUDEV... yes
checking for RADEON... yes
checking for LIBUDEV... yes
configure: error: LLVM 3.3 or newer is required for r600g and radeonsi.

Ideas?

thank you

klausenbusk commented on 2013-05-06 19:03

Krejzi, fixed :)

Krejzi commented on 2013-05-05 10:14

Yeah, I am sure. Maybe that's because my snapshot is newer:

$ ldd /usr/lib/libXvMCr600.so | grep elf
libelf.so.1 => /usr/lib/libelf.so.1 (0x00007f0ce4216000)

Same for r600_dri.so and radeonsi_dri.so.

Thanks for the hint about split packages, I'll try it.

klausenbusk commented on 2013-05-05 09:57

Krejzi, you realy sure about that?
I cant find any of the file in the elfutils package (pacman -Qql elfutils) in ldd $(pacman -Qql ati-dri-git)?

About split package, you need to do something like:
pkgname=mesa-git
# Dirty hack as AUR dont support split-packages
true && pkgname=('ati-dri-git' 'intel-dri-git' 'nouveau-dri-git' 'svga-dri-git' 'mesa-git' 'mesa-libgl-git')
for it to work.. Have not tested since last update of this package..

Krejzi commented on 2013-05-04 10:44

Hi, ati-dri-git should depend on elfutils, since libraries shipped in such package link to libelf.

A side question: Can you still upload a split package like this? I tried to upload Mesa with OpenCL (almost the same amount of split packages as this one) and R600 LLVM Compiler, but I couldn't.

klausenbusk commented on 2013-04-21 11:49

#tomiga, fixed.. and could you please stop flag my package out-of-date?

Anonymous comment on 2013-04-20 23:32

klausenbusk: It fails to compile without elfutils.

Output:

checking for elf_memory in -lelf... no
configure: error: radeonsi and r600g require libelf when using LLVM
==> ERROR: A failure occurred in build().
Aborting...
==> Removing installed dependencies...

Lone_Wolf commented on 2013-04-16 13:22

New dependency : elfutils

klausenbusk commented on 2013-04-15 20:05

#tomiga, why?

Anonymous comment on 2013-04-15 19:29

Er, looks like llvm-amdgpu-svn was already added, so all that needs added is elfutils.

Anonymous comment on 2013-04-15 19:27

Please add llvm-amdgpu-svn and elfutils to the build dependencies...

Lone_Wolf commented on 2013-04-09 14:04

adapted PKGBUILD for pacman 4.1 .

NOTE : new package numbering scheme

Afwas commented on 2013-03-29 01:21

Thanks a lot. Builds fine now.
FYI I just saw ths commit:
Commit: 499aa3ddb448a7461c0bdea93c8f218db6992720
URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=499aa3ddb448a7461c0bdea93c8f218db6992720

Author: Brian Paul <xxx@yy.com>
Date: Thu Mar 28 17:03:57 2013 -0600

draw: fix some build breakage when LLVM is not used
[Edit: removed email address]

Afwas commented on 2013-03-29 00:40

Thanks a lot. Builds fine now.
FYI I just saw ths commit:
Commit: 499aa3ddb448a7461c0bdea93c8f218db6992720
URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=499aa3ddb448a7461c0bdea93c8f218db6992720

Author: Brian Paul <brianp@vmware.com>
Date: Thu Mar 28 17:03:57 2013 -0600

draw: fix some build breakage when LLVM is not used

klausenbusk commented on 2013-03-28 11:56

#Afwas, try install llvm-amdgpu-svn and then try to build mesa-git..

klausenbusk commented on 2013-03-28 11:56

#Afwas, try install llvm-amdgpu-svn and then try to build mesa-git..

klausenbusk commented on 2013-03-28 11:54

#Afwas, try install llvm-amdgpu-svn and then try to build mesa-git..

Afwas commented on 2013-03-27 21:17

I consistently get built errors [1].
Please advise.

[1] http://sprunge.us/PTgJ?make

Lone_Wolf commented on 2013-03-20 13:32

bug was fixed upstream by 2 commits, patch removed

cmr commented on 2013-03-19 19:44

I've had limited success removing the unrelated split packages and changing the configure options (--with-gallium-drivers etc), but sometimes the build fails too.

Anonymous comment on 2013-03-19 19:43

Any way to compile this for just the nouveau driver? I'm rather low on disk space, and I don't have the need or space for all of the amd stuff.

Lone_Wolf commented on 2013-03-18 20:59

Normally i'd try to keep packages as vanilla as possible, but without this patch the package is unusable.
The patch changes only 1 file and works fine on my system.
The only downside seems to be libllvmradeon9.2.so is now bigger.

Patch mentioned in bug 62434 added.

Lone_Wolf commented on 2013-03-17 12:26

With builds from http://cgit.freedesktop.org/mesa/mesa/commit/?id=f70c3853513637fa6ed38e75f73d472a9fa61213 and later :
upon starting X, the r600 driver fails and X falls back to software rastering.
See https://bugs.freedesktop.org/show_bug.cgi?id=62434

crazedpsyc commented on 2013-03-13 15:37

> configure: error: flex not found - unable to compile glcpp-lex.l
Looks like flex should be in makedepends.

Lone_Wolf commented on 2013-03-10 21:09

corrected provides/replaces

Lone_Wolf commented on 2013-03-09 13:30

The xmlpool bug has been solved upstream, so this package builds again.
Note that we switched from lvm-amdgpu-git which was build from tstellar's llvm tree to llvm-amdgpu-svn that is build from llvm master trunk.

Also i've added --enable-g3dvl to configure flags, this should improve gpu acceleration for playing videos.

Lone_Wolf commented on 2013-03-08 19:04

building against llvm with amdgpu from svn master gives another , not llvm related, error :
In file included from dri_screen.c:33:0:
../../../../../src/mesa/drivers/dri/common/xmlpool.h:96:29: fatal error: xmlpool/options.h: No such file or directory

See https://bugs.freedesktop.org/show_bug.cgi?id=59261

Lone_Wolf commented on 2013-03-08 17:27

the llvm-amdgpu-snapshot package gives the same build error, so i slikely still a snapshot of tom stellar's repo.

I'm looking into building llvm from svn now.

Lone_Wolf commented on 2013-03-08 15:56

mesa-git uses a split package that is basically a git version of the mesa packages in extra.
It also builds all drivers.

My package is a single one that builds only r300, r600 and radeonsi drivers.
It also adds "experimental" configure flags like
# additonal flags not in official mesa
# --enable-gallium-gbm \
# --enable-xvmc \
# --enable-xorg \
# --enable-r600-llvm-compiler \
# --with-llvm-shared-libs

I'll look into the issue in the bugreport, but llvm-amdgpu-snapshot used to be a snapshot of tstellar's repo.

sasy360 commented on 2013-03-08 10:39

Build filed with the same error message as this bug report https://bugs.freedesktop.org/show_bug.cgi?id=61992
Can't we just use llvm-amdgpu-snapshot (in community repo) instead of llvm-amdgpu-git ?

sasy360 commented on 2013-03-07 21:51

Hi Lone_Wolf
What are the differences between mesa-git and your package?

Lone_Wolf commented on 2013-02-27 12:57

Changed the PKGBUILD to reflect the changes in arch official 9.1-2 package

Now builds with llvm shared libraries, this dramatically reduces the compressed and installed size.

klausenbusk commented on 2013-02-26 09:21

I have updated the PKGBUILD to match the changes: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-February/024459.html

Lone_Wolf commented on 2013-02-20 21:40

Enabled support for wayland

shosca commented on 2013-02-19 13:01

glad to be of service :)

klausenbusk commented on 2013-02-19 07:56

I forgot Thanks to shosca for how to fix "libllvmradeon9.2.0" link problem :)

klausenbusk commented on 2013-02-19 07:52

I have just updated the PKGBUILD, it totally rewritten based on mesa PKGBUILD from extra.

shosca commented on 2013-02-18 13:19

Also there is going to be some more changes coming: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-February/024459.html

shosca commented on 2013-02-18 13:17

I've uploaded the build log here: http://paste.ubuntu.com/1676906/

To build it, you might need some additional packages like llvm-amd-gpu and wayland

klausenbusk commented on 2013-02-18 12:07

Sorry about i dont have got updated my package.
If you can't compile (for some reason), please try shosca PKGBUILD (https://github.com/shosca/pkgbuild-xorg-git/blob/master/mesa-git/PKGBUILD)
Untill i get time to update my PKGBUILD (thinking about copy mesa PKGBUILD extra and add git, realy not want to update the PKGBUILD as it is right now..)

cmr commented on 2013-02-18 05:19

The issues aren't a big deal at all, it's just a warning. Has to do with the migration from minstall to install-sh, I think.

oconnors11 commented on 2013-02-18 05:09

shosca does that PKGBUILD fix those ldconfig issues?

shosca commented on 2013-02-17 19:19

I've been building mesa with the following: https://github.com/shosca/pkgbuild-xorg-git/blob/master/mesa-git/PKGBUILD

oconnors11 commented on 2013-02-15 16:42

I seem to be having an issue with avcodec.

See this http://pastebin.com/90JM8Ca2

oconnors11 commented on 2013-02-15 16:28

I seem to be having an issue with avcodec.

See this http://pastebin.com/90JM8Ca2

oconnors11 commented on 2013-02-15 16:22

Has anyone gotten this after building this package recently?

ldconfig: /usr/lib/libGLESv2.so.2 is not a symbolic link

ldconfig: /usr/lib/libGLESv1_CM.so.1 is not a symbolic link

ldconfig: /usr/lib/libOSMesa.so.8 is not a symbolic link

ldconfig: /usr/lib/libglapi.so.0 is not a symbolic link

Huulivoide commented on 2013-02-15 11:25

Would you consider adding
--with-llvm-shared-libs
to .configure ? It would dramatically reduce the
package sizes. I think Shouldn't this even benifit
on the RAM usage. Instead of having several xorg
components loading up 10MB of LLVM libs each.

klausenbusk commented on 2013-02-02 13:53

sasy360: Try now.
You maybe need to disable nouveau, as there some problem compiling it right now.

sasy360 commented on 2013-02-02 12:17

Got this error:
Starting package_osmesa-git()...
bin/install-sh: lib/libOSMesa.so does not exist.
==> ERROR: A failure occurred in package_osmesa-git().
Aborting...
==> ERROR: Makepkg was unable to build mesa-git.

Lone_Wolf commented on 2013-01-29 01:07

Workaround no longer needed, so removed it.
I had some graphic problems and solved them by adding configure flags from official arch mesa package.

Lone_Wolf commented on 2013-01-21 21:24

package failed build due to an incorrect check for the presence of libxml2, see https://bugs.freedesktop.org/show_bug.cgi?id=31598 .
Using a workaround to solve that issue for now.

klausenbusk commented on 2013-01-20 13:09

abbradar: The problem with "bin/minstall not found" seems to because it have been removed (http://cgit.freedesktop.org/mesa/mesa/commit/?id=b585c0059c7c2420f4b7ceb95e8017453316f2ab), I will update the PKGBUILD when I have looked a bit more on it. About nouveau wont build, hmm, I will take a look when I get time.

abbradar commented on 2013-01-19 20:44

Packaging fails with "bin/minstall not found"
"bin/install-sh" works instead.
Also, got build errors for nouveau on current git head, disabled nouveau because I don't need it.

Lone_Wolf commented on 2013-01-15 12:25

For wine you'll likely need my lib32-mesa-r300-r600-radeonsi-git package.

for S3TC compression, you'll need libtxc-dxtn (in community repo) and lib32-libtxc_dxtn (in multilib repo) .

To enable S3TC compression, you may need to add
export R600_ENABLE_S3TC=1
in your ~/.bashrc .

Anonymous comment on 2013-01-15 00:09

pkg is OK. many thanks
but texture compression support do not work in wine app with opengl. I have black texture

Lone_Wolf commented on 2013-01-13 22:21

Test was succesfull,
PKGBUILD cleaned up, corrected some dependencies.

Lone_Wolf commented on 2013-01-13 16:26

tincup :
I don't get that error, but there are other errors (missing bin/install) and an error about llvmradeon9.1.0.so.

I'm currently working on cleaning up the PKGBUILD, it builds fine now but i want to test it before uploading and am out of time atm.

Anonymous comment on 2013-01-12 22:13

In file included from dri_screen.c:33:0:
../../../../../src/mesa/drivers/dri/common/xmlpool.h:96:29: fatal error: xmlpool/options.h: No such file or directory
compilation terminated.

Lone_Wolf commented on 2013-01-05 21:35

This is the successor of my mesa-r600g-git package.

Added radeonSI in configure flags
changed name of package

Lone_Wolf commented on 2013-01-05 21:34

Added radeonSI in configure flags
changed name of package

see https://aur.archlinux.org/packages/mesa-r300-r600-radeonsi-git/
for latest version

Lone_Wolf commented on 2013-01-05 21:33

This is the successor of my mesa-r600g-git package.

Added radeonSI in configure flags
changed name of package

klausenbusk commented on 2012-12-20 08:53

Wubbi you email is now fixed :)
But one thing, my PKGBUILD can't be cleaner then you, I have just taken you PKGBUILD and fixed all the things needed for it to compile :(

Anonymous comment on 2012-12-20 00:46

Thank you klausen.

I hope you dont mind my hack that much ^^. I was really really busy on university stuff so I just graped this and hacked it to work. Shame on me! :P

Your PKGBUILD looks nice. Much cleaner then my.

Just one note: I (Yes it was me) wrote my e-mail adress wrong. Its is not "e,(komma!!!)ashrafinia@gmail.com" it is "e.(dott!!!)ashrafinia@gmail.com" without the stuff in ()! ^^

Pls change this.

Also, I will keep an eye on this. This package was my baby :( It breaks my heart to give it away. Maybe, someday, sometime I will be the maintainer again :D

Well anyway, Enjoy and thank you! :D

klausenbusk commented on 2012-12-19 14:45

I have taken maintenance after Wubbbi, and have just released a update PKGBUILD.

Changes:
Fixed so packages no more contain libtool files
Removed need for clang (and also removed opencl support), as there no packages there provide both llvm-amdgpu and clang headers.
Now also compile with vdpau support!
Fixed need for two stage compile (thanks flocke!)
All packages now have a LICENS file!
Fixed both mesa-git and libgl-git claim to own "/usr/lib/libdricore9.1.0.so"

Lone_Wolf commented on 2012-12-12 00:12

Yes, it does have r600g and the r600 classic code was removed in mesa 8 i think.

When i created this package however the classic driver was still very alive, to avoid confusion i put r600g (for gallium driver) in the name of this package.

klausenbusk commented on 2012-12-11 16:52

This can't compile!
You can't compile without llvm-amdgpu-git (https://aur.archlinux.org/packages.php?ID=64245), but you can't have llvm-amdgpu-git and clang installed at same time.

klausenbusk commented on 2012-12-10 21:04

Could we get --enable-vdpau by default?

klausenbusk commented on 2012-12-10 19:10

Do stable mesa/ati-dri not contain r600g?

Lone_Wolf commented on 2012-11-20 17:04

llvm-amdgpu-git builds ok for me, added llvm-amdgpu-git as makedepend .

Viper_Scull commented on 2012-11-17 13:43

Build requires now llvm>=3.2 with AMDGPU target enabled
There is a llvm-amdgpu-git aur package providing it, but it failed to compile when I tried. Didn't look into it any further cause i didn't have time.

shosca commented on 2012-11-04 02:39

tstellar's llvm with amdgpu backend is provided here: https://aur.archlinux.org/packages.php?ID=64245

klausenbusk commented on 2012-11-03 12:34

After this commit: http://cgit.freedesktop.org/mesa/mesa/commit/?id=1feb6b79ab5d099b7b53d800921e7e8577593a98
I can't compile with this PKGBUILD, we need llvm with AMDGPU support enabled.

shosca commented on 2012-11-02 00:15

Sure

http://pastebin.com/fgZgJKTN

Anonymous comment on 2012-10-24 03:11

shosca -- i'm presuming that your post is supposed to be a pastebin of a PKGBUILD, but it has disappeared. can you repost?

Lone_Wolf commented on 2012-10-15 21:28

- included resourceproto in makedepends
- now provides/conflicts libgbm
/me wonders when mesa core package will reach 20 parts
- added --enable-xa to configure falgs
- adapted left out configure flags to current ./configure --help output

Anonymous comment on 2012-10-15 10:13

Also requires and provides libgbm

Anonymous comment on 2012-10-15 09:52

Building seems to require /usr/include/X11/extensions/XResproto.h provided by extra/resourceproto

shosca commented on 2012-10-04 12:32

added radeonsi and vdpau and xvmc for radeon and nouveau

http://pastebin.archlinux.fr/449966

mbostwick commented on 2012-09-23 20:34

http://pastebin.com/yhcbmJpp
is a working pkgbuild

mbostwick commented on 2012-09-23 20:33

http://pastebin.com/yhcbmJpp

Lone_Wolf commented on 2012-09-11 18:42

Added OpenGL ES1 & ES2 support.

Lone_Wolf commented on 2012-09-09 18:52

Willing, this package is intended for desktops and laptops.
I checked OpenGL ES 1 & OpenGL ES 2 some time ago, found they were used exclusively on embedded and handheld devices and there was no need for them on desktops/laptops.

However, I have noticed kdebase-workspace does have libgles as a dependency, on my system it has pulled in libgles 8.04 from repos, and i haven't noticed any problems with using that version alongside this package.
It does seem cleaner to enable gles for this package though, i'll look into it.

Lone_Wolf commented on 2012-09-09 18:46

Willing, this package is intended for desktops and laptops.
I checked OpenGL ES 1 & OpenGL ES 2 some time ago, found they were used exclusively on embedded and handheld devices and there was no need for them on desktops/laptops.
Please clarify why you want libgles support.

Anonymous comment on 2012-09-09 10:53

Can you add libgles support?

flocke commented on 2012-09-07 08:31

You can get rid of the two-stage build by temporary copying the libdricore9.0.0.so* files to ${pkgdir}/usr/lib in the package functions. The important part of the package_ati-dri-git function looks like this in my PKGBUILD:

# Fix libtool relink issue
install -m755 -d "${pkgdir}/usr/lib"
cp ${srcdir}/build/lib/libdricore* ${pkgdir}/usr/lib/

make -C ${srcdir}/build/src/mesa/drivers/dri/radeon DESTDIR="${pkgdir}" install
make -C ${srcdir}/build/src/mesa/drivers/dri/r200 DESTDIR="${pkgdir}" install
make -C "${srcdir}"/build/src/gallium/targets/dri-r300 DESTDIR="${pkgdir}" install
make -C "${srcdir}"/build/src/gallium/targets/dri-r600 DESTDIR="${pkgdir}" install

# Remove libdricore
rm ${pkgdir}/usr/lib/libdricore*

You have to do this for ati-dri-git, intel-dri-git and nouveau-dri-git.
This is my PKGBUILD: http://git.shadowice.org/arch-nightly.git/tree/mesa-git/PKGBUILD

flocke commented on 2012-09-07 08:20

You can get rid of the two-stage build by temporary copying the libdricore9.0.0.so* files to ${pkgdir}/usr/lib in the package functions. The important part of the package_ati-dri-git function looks like this in my PKGBUILD:

# Fix libtool relink issue
install -m755 -d "${pkgdir}/usr/lib"
cp ${srcdir}/build/lib/libdricore* ${pkgdir}/usr/lib/

make -C ${srcdir}/build/src/mesa/drivers/dri/radeon DESTDIR="${pkgdir}" install
make -C ${srcdir}/build/src/mesa/drivers/dri/r200 DESTDIR="${pkgdir}" install
make -C "${srcdir}"/build/src/gallium/targets/dri-r300 DESTDIR="${pkgdir}" install
make -C "${srcdir}"/build/src/gallium/targets/dri-r600 DESTDIR="${pkgdir}" install

# Remove libdricore
rm ${pkgdir}/usr/lib/libdricore*

You have to do this for ati-dri-git, intel-dri-git and nouveau-dri-git.

flocke commented on 2012-09-07 08:20

You can get rid of the two-stage build by temporary copying the libdricore9.0.0.so* files to ${pkgdir}/usr/lib for the package functions. The important part of the package_ati-dri-git function looks like this in my PKGBUILD:

# Fix libtool relink issue
install -m755 -d "${pkgdir}/usr/lib"
cp ${srcdir}/build/lib/libdricore* ${pkgdir}/usr/lib/

make -C ${srcdir}/build/src/mesa/drivers/dri/radeon DESTDIR="${pkgdir}" install
make -C ${srcdir}/build/src/mesa/drivers/dri/r200 DESTDIR="${pkgdir}" install
make -C "${srcdir}"/build/src/gallium/targets/dri-r300 DESTDIR="${pkgdir}" install
make -C "${srcdir}"/build/src/gallium/targets/dri-r600 DESTDIR="${pkgdir}" install

# Remove libdricore
rm ${pkgdir}/usr/lib/libdricore*

You have to do this for ati-dri-git, intel-dri-git and nouveau-dri-git.

chrisf commented on 2012-09-03 01:19

Fixed by updating package_mesa-git() to be less fussy about the exact name of libdricore:

rm -f "${pkgdir}/usr/lib/libdricore"*

Two-stage build is still needed, which is lame.

chrisf commented on 2012-09-03 00:01

Building from latest git a96119:

Both mesa-git and libgl-git claim to own /usr/lib/libdricore9.0.0.so [and /usr/lib/libdricore9.0.0.so.1] now.

chrisf commented on 2012-09-02 22:17

8.1 -> 9.x transition requires two-stage build again too.

Will also need an update & additional PKGBUILD for the upstream libglu split; is no longer in the mesa repository.

Lone_Wolf commented on 2012-08-26 22:26

Added !makeflags in options array due to build problems when using multiple jobs

chrisf commented on 2012-08-20 01:09

@da1l6: That succeeds, but isn't *really* good enough ;)

da1l6 commented on 2012-08-17 17:53

@chrisf: Install the libgl-git package that was generated before the error and retry the build.

chrisf commented on 2012-08-15 08:08

Build succeeds, fails during packaging.

==> Starting package_ati-dri-git()...
make: Entering directory `/home/chrisf/aur/mesa-git/src/build/src/mesa/drivers/dri/radeon'
/bin/mkdir -p ../../../../../lib;
ln -f .libs/radeon_dri.so ../../../../../lib/radeon_dri.so;
make[1]: Entering directory `/home/chrisf/aur/mesa-git/src/build/src/mesa/drivers/dri/radeon'
make[1]: Nothing to be done for `install-exec-am'.
/bin/mkdir -p '/home/chrisf/aur/mesa-git/pkg/ati-dri-git/usr/lib/xorg/modules/dri'
/bin/sh ../../../../../libtool --mode=install /usr/bin/install -c radeon_dri.la '/home/chrisf/aur/mesa-git/pkg/ati-dri-git/usr/lib/xorg/modules/dri'
libtool: install: warning: relinking `radeon_dri.la'
libtool: install: (cd /home/chrisf/aur/mesa-git/src/build/src/mesa/drivers/dri/radeon; /bin/sh /home/chrisf/aur/mesa-git/src/build/libtool --silent --tag CC --mode=relink gcc -DRADEON_R100 -I../../../../../include -I../../../../../src/ -I../../../../../src/mapi -I../../../../../src/mesa/ -I../../../../../src/mesa/drivers/dri/common -I../../../../../src/mesa/drivers/dri/radeon/server -D_GNU_SOURCE -DPTHREADS -DTEXTURE_FLOAT_ENABLED -DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DIN_DRI_DRIVER -DUSE_XCB -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LIBUDEV -DHAVE_LLVM=0x0301 -DFEATURE_GL=1 -DFEATURE_ES1=1 -DFEATURE_ES2=1 -I/usr/include/libdrm -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcmp -module -avoid-version -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o radeon_dri.la -rpath /usr/lib/xorg/modules/dri radeon_buffer_objects.lo radeon_common_context.lo radeon_common.lo radeon_dma.lo radeon_debug.lo radeon_fbo.lo radeon_fog.lo radeon_mipmap_tree.lo radeon_pixel_read.lo radeon_queryobj.lo radeon_span.lo radeon_texture.lo radeon_tex_copy.lo radeon_tile.lo radeon_context.lo radeon_ioctl.lo radeon_screen.lo radeon_state.lo radeon_state_init.lo radeon_tex.lo radeon_texstate.lo radeon_tcl.lo radeon_swtcl.lo radeon_maos.lo radeon_sanity.lo radeon_blit.lo ../../../../../src/mesa/libdricore/libdricore8.1.0.la -ldrm -lexpat -lm -lpthread -ldl -ldrm_radeon ../common/libdricommon.la -inst-prefix-dir /home/chrisf/aur/mesa-git/pkg/ati-dri-git)
/usr/bin/ld: cannot find -ldricore8.1.0
collect2: error: ld returned 1 exit status
libtool: install: error: relink `radeon_dri.la' with the above command before installing it
make[1]: *** [install-driLTLIBRARIES] Error 1
make[1]: Leaving directory `/home/chrisf/aur/mesa-git/src/build/src/mesa/drivers/dri/radeon'
make: *** [install-am] Error 2
make: Leaving directory `/home/chrisf/aur/mesa-git/src/build/src/mesa/drivers/dri/radeon'
==> ERROR: A failure occurred in package_ati-dri-git().
Aborting...

Anonymous comment on 2012-08-08 23:24

Updated to fix building and packaging bugs.
Please report any bug you can find!

REMEMBER: IF YOU WANT TO RUN MESA-GIT WITHOUT PROBLEMS, ENABLE THE TESTING REPO!!!

Greetings =)

RavuAlHemio commented on 2012-08-03 23:17

osmesa.pc moved from src/mesa/osmesa.pc to src/mesa/drivers/osmesa/osmesa.pc with commit 27013e5164a1823d5bdcb5ca21ae4ca0df40b8f8. An update to the PKGBUILD will be necessary.

Lone_Wolf commented on 2012-07-18 12:53

Package builds ok again now.
Added --enable-r600-llvm-compiler to configure flags.

desaparecido commented on 2012-07-17 08:53

@RavuAlHemio thx for info, I tested again and now is builded successfully :D

RavuAlHemio commented on 2012-07-16 14:55

That was an upstream bug (Mesa assumed ylwrap will generate a header ending with .h but since a recent version of automake, a header ending with .hh is generated). It has been fixed in revision 81de0431d6f52084e01874163657e141e6beffdf and recently hit Mesa's master branch.

desaparecido commented on 2012-07-15 06:24

hi, after your last update (06-Jul) of PKGBUILD was succesfully builded but with recently update from git i have this error :(

klib: Making Linux shared library: libGLESv2.so.2.0.0
mklib: Installing libGLESv2.so.2.0.0 libGLESv2.so.2 libGLESv2.so in ../../../lib
make[2]: Leaving directory `/home/luis/builds/mesa-git/src/build/src/mapi/es2api'
Making all in glsl
make[2]: Entering directory `/home/luis/builds/mesa-git/src/build/src/glsl'
make[2]: *** No rule to make target `glsl_parser.h', needed by `all'. Stop.
make[2]: *** Waiting for unfinished jobs....
LEX glsl_lexer.cc
YACC glsl_parser.cc
conflicts: 1 shift/reduce
updating glsl_parser.hh
updating glsl_parser.output
make[2]: Leaving directory `/home/luis/builds/mesa-git/src/build/src/glsl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/luis/builds/mesa-git/src/build/src'
make: *** [all-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...

I have all git libs up-to-date and [testing] activated

thanks.. :D

desaparecido commented on 2012-07-15 05:59

hi, after your last update (06-Jul) of PKGBUILD was succesfully builded but with recently update from git i have this error :(

klib: Making Linux shared library: libGLESv2.so.2.0.0
mklib: Installing libGLESv2.so.2.0.0 libGLESv2.so.2 libGLESv2.so in ../../../lib
make[2]: Leaving directory `/home/luis/builds/mesa-git/src/build/src/mapi/es2api'
Making all in glsl
make[2]: Entering directory `/home/luis/builds/mesa-git/src/build/src/glsl'
make[2]: *** No rule to make target `glsl_parser.h', needed by `all'. Stop.
make[2]: *** Waiting for unfinished jobs....
LEX glsl_lexer.cc
YACC glsl_parser.cc
conflicts: 1 shift/reduce
updating glsl_parser.hh
updating glsl_parser.output
make[2]: Leaving directory `/home/luis/builds/mesa-git/src/build/src/glsl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/luis/builds/mesa-git/src/build/src'
make: *** [all-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...

I have all git libs up-to-date and [testing] activated

thanks.. :D

Lone_Wolf commented on 2012-07-14 14:46

new build error, this time much earlier and for glsl :

make[2]: Entering directory `/home/panoramix/Documents/WIP/pkgbuilds/mesa-r600g-git/src/mesa-build/src/glsl'
make[2]: *** No rule to make target `glsl_parser.h', needed by `all'. Stop.
make[2]: *** Waiting for unfinished jobs....
LEX glsl_lexer.cc
YACC glsl_parser.cc
conflicts: 1 shift/reduce
updating glsl_parser.hh
updating glsl_parser.output
make[2]: Leaving directory `/home/panoramix/Documents/WIP/pkgbuilds/mesa-r600g-git/src/mesa-build/src/glsl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/panoramix/Documents/WIP/pkgbuilds/mesa-r600g-git/src/mesa-build/src'
make: *** [all-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...

drog commented on 2012-07-13 15:50

http://cgit.freedesktop.org/mesa/mesa/commit/?id=284325d97b3049e59e64daf784e2b3858f0ffcf5

agapito commented on 2012-07-06 16:24

I was in "stable" i enabled testing repos and compile went fine. Thanks for your work.

agapito commented on 2012-07-06 16:24

I was in "stable" i enabled testing repos and compile went fine.

Anonymous comment on 2012-07-06 14:33

I cant reproduce this.

1. Is your ArchLinux up to date?
2. Can you print a longer log please? Please use pastebin.com or stuff like this.
3. Can anyone confirm this?

Greetings!

agapito commented on 2012-07-06 14:26

Not working here


In file included from SIInstrInfo.h:18:0,
from SIInstrInfo.cpp:15:
AMDGPUInstrInfo.h:19:28: error fatal: AMDILInstrInfo.h: No existe el fichero o el directorio
compilación terminada.
make[4]: *** [SIInstrInfo.o] Error 1

Anonymous comment on 2012-07-06 11:36

Finally fixed all installing and building bugs!

This was a lot! (WTF are the Mesa-Dev's doing? O_O)

Because of the reson that the fixes are that huge, please report ANY error you get.

For me it builds now and work.

Lone_Wolf commented on 2012-06-28 08:04

Currently build fails at osmesa, looking into it

flocke commented on 2012-06-28 06:06

If configure says that stddef.h from clang is missing you have to add '--with-clang-libdir=/usr/lib' as option, that solved it for me.
For some reason he looks in /usr/lib/llvm for the clang dir.

flocke commented on 2012-06-28 06:05

If configure says that stddef.h from clang is missing you have to add '--with-clang-libdir=/usr/lib' as option, that solved it for me.

Huulivoide commented on 2012-06-25 16:12

I have made an workaround for the osmesa problem in my lib32 package.

Add this after the autogen.sh command:
echo -e "\ninstall: " >> src/mesa/drivers/osmesa/Makefile

The osmesa libs and .pc file has also be then coppyed over manually
as install-osmesa doesn't exist anymore.

Best commented on 2012-06-23 15:17

disabling opencl solved that.. the libdricore.so has changed name to libdricore8.1 etc..
Seems to be a problem with osmesa too.

Best commented on 2012-06-23 15:16

disabling opencl solved that.. Seems to be a problem with osmesa too.

Best commented on 2012-06-23 14:23

It's the configure script that is complaining.. and its copied from the clean source every time you run makepkg.

Huulivoide commented on 2012-06-23 13:59

Best: Make sure you are building in a clean build dir. I think you
have a half built mesa in place there and you did system upgrade
and now you have new version of gcc installed. So the stddef.h fil
is in differend directory than what was found by configure script.

Best commented on 2012-06-23 12:35

hmm.. I have clang installd.. but It's still complaining stddef.h is missing.. but It's infect there. Whats going on?

Huulivoide commented on 2012-06-22 20:10

Anyone else getting these errors.

main/api_exec_es2.c: In function '_mesa_create_exec_table_es2':
main/api_exec_es2.c:2385:5: error: implicit declaration of function 'SET_ReadBufferNV' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors

These are most likely caused by some commit done after my last post here or some package update after Jun 18

Anonymous comment on 2012-06-19 07:20

Updated:

Added depency for clang. Thank you for reporting. I had clang already installed so I did not notice :)

Greetings!

Huulivoide commented on 2012-06-18 15:13

It seems clang is needed as depency.
CXX core/libclover_la-format.lo
llvm/invocation.cpp:25:45: fatal error: clang/Frontend/CompilerInstance.h: No such file or directory
compilation terminated.
make[4]: *** [llvm/libclllvm_la-invocation.lo] Error 1

Installing clang solves this.

Anonymous comment on 2012-06-18 06:08

Updated:

1. Sync with Archlinux
2. Fix Build.

Enjoy!

Emeric commented on 2012-06-16 11:34

You can just delete the line:
bin/minstall lib/libglsl.so* "${pkgdir}/usr/lib/"

libglsl and libdricore have been merged together, so it's ok.

chrisf commented on 2012-06-16 02:59

Build no longer works, as of some time in the last month or so:

==> Starting package_libgl-git()...
Unknown type of argument: lib/libglsl.so*
==> ERROR: A failure occurred in package_libgl-git().

Lone_Wolf commented on 2012-06-12 11:25

I'll look into adding the necessary configure options for that later this week.

Anonymous comment on 2012-06-11 11:36

Are you going to enable llvm GLSL support ?

aaronp commented on 2012-06-08 02:14

Also, it keeps looking for libdrm_intel, though I have an nvidia card. Is it really something I need to make the package? I tried removing the intel/ati stuff from the PKGBUILD, but no luck.

aaronp commented on 2012-06-08 02:03

Now the package on Arch is called libdrm-new. I'm not sure if that's something you're still waiting on?

Anonymous comment on 2012-04-21 15:18

Yes ... thats ture. But as it is temporarely I wont change the PKGBUILD. Next libdrm update will this that. (Update of libdrm will come soon)

Greetings

Wubbbi

Anonymous comment on 2012-04-21 10:23

it doesn't compile anymore unless you install libdrm-git

Anonymous comment on 2012-03-27 10:58

Again: Update to sync with ArchLinux!

Anonymous comment on 2012-02-18 16:22

Update to sync with ArchLinux!

Anonymous comment on 2012-02-05 22:11

What is it good for and what does it fix? mesa-git needs libgl-git and libgl-git needs libglapi-git!

Anonymous comment on 2012-02-05 18:07

Git Dependencies (libgl and libgl* packages) fix:

https://docs.google.com/document/d/1KKnu440spHz6FZIc22jBHWOZ1UeJg2QHfot0e-j_43k/edit

... remove from provides, conflicts, and build package blocks ..

Anonymous comment on 2012-02-04 12:46

Fixed. Thank you =)

Huulivoide commented on 2012-02-02 16:34

I could svear I postd another comment, about the same thing as Emeric
Also.
Please use the "true" magick

pkgname=mesa-git
true && pkgname=('mesa-git' 'lib....)

This eliminates the need for manual PKGBUILD editing
before building, but keeps AUR happy :D

Emeric commented on 2012-02-01 16:56

Wubbbi you left a "make -j5" inside build(), and this line "bin/minstall include/GLES2/* "${pkgdir}/usr/include/GLES2/"" should not appear twice.

Huulivoide commented on 2012-02-01 15:13

Wubbi use the "true && pkgname=......"
magick, it wokrs nice, and no need for manual PKGBUILD
editing :DDD

Lone_Wolf commented on 2012-01-10 23:41

Headers for EGL are now included, also builds the EGL state tracker.
GLES 1 + 2 headers are not included, since the package is built without GLES support.

Anonymous comment on 2011-12-25 14:25

Hello.

I have token over the maintaince of this packages and changed the following things:

* Fixed all reported bugs and problems.
* Update to match with ArchLinux packges again ( e.g. khrplatform-devel etc. )
* fixed some build-fails.

When you find any bugs or problems, please tell me.

NOTICE: TO BUILD THE PACKAGE, YOU NEED TO REMOVE THE FIRST "PKGNAME" AND UNCOMMENT THE SECOND L"PKGNAME" AS WRITTEN IN THE PKGBUILD. IF YOU DONT DO SO, THE PACKAGE WONT WORK!!!

Greetings =)

Lone_Wolf commented on 2011-12-21 20:43

you mean the ones below ?
The official package deletes them, but i see they have seperate packages for those files.
I'll change the PKGBUILD.


rm -f "${pkgdir}/usr/lib/libGL.so"*
rm -f "${pkgdir}/usr/lib/libGLESv"*
rm -f "${pkgdir}/usr/lib/libEGL"*
rm -rf "${pkgdir}/usr/lib/egl"
rm -f ${pkgdir}/usr/lib/pkgconfig/{glesv1_cm.pc,glesv2.pc,egl.pc}
rm -rf "${pkgdir}/usr/lib/xorg"
rm -f "${pkgdir}/usr/include/GL/glew.h"
rm -f "${pkgdir}/usr/include/GL/glxew.h"
rm -f "${pkgdir}/usr/include/GL/wglew.h"
rm -f "${pkgdir}/usr/include/GL/glut.h"
rm -rf ${pkgdir}/usr/include/{GLES,GLES2,EGL,KHR}

Anonymous comment on 2011-12-20 09:38

Why do you remove the header files in "package"? I need them :/

Lone_Wolf commented on 2011-12-11 19:44

Builds fine with makepkg here sunday dec 11 19:30 UTC .

Try to build it again.

drog commented on 2011-12-10 22:13

Cannot build


make[3]: *** [../../../../src/gallium/winsys/g3dvl/xlib/xsp_winsys.o] Error 1
make[3]: se sale del directorio `/var/abs/local/yaourtbuild/mesa-r600g-git/src/build/src/gallium/targets/vdpau-softpipe'
make[2]: *** [default] Error 1
make[2]: se sale del directorio `/var/abs/local/yaourtbuild/mesa-r600g-git/src/build/src/gallium/targets'
make[1]: *** [subdirs] Error 1
make[1]: se sale del directorio `/var/abs/local/yaourtbuild/mesa-r600g-git/src/build/src'
make: *** [default] Error 1
==> ERROR: Se produjo un error en build().
Cancelando...

Styx85 commented on 2011-10-31 17:08

Yep, it has:

Just change --with-dri-drivers=r300,r600,swrast \ to --with-dri-drivers=swrast \ and it works again.

Styx85 commented on 2011-10-31 17:00

Cannot build the package for the moment, getting following error:


checking for LIBDRM... yes
checking pkg-config files for X11 are available... yes
checking for X11... yes
checking for GLPROTO... yes
checking for DRI2PROTO... yes
checking for XF86VIDMODE... yes
checking for DRIGL... yes
configure: error: DRI driver directory 'r300' doesn't exist
==> FEHLER: Ein Fehler geschah in build().
Breche ab ...
==> ERROR: Makepkg was unable to build mesa-r600g-git.
==> Restart building mesa-r600g-git ? [y/N]

May it has sth. to do with the dropping of classic radeon drivers?

Huulivoide commented on 2011-09-16 20:23

libglapi-git is not providing libglapi package at the moment.
Please fix ^^

Best commented on 2011-09-12 23:06

that rsync does not work.. but I agree the .git dir is not needed.

Lone_Wolf commented on 2011-09-12 18:58

Updated

Lone_Wolf commented on 2011-09-12 18:54

new version here : https://aur.archlinux.org/packages.php?ID=52345

Anonymous comment on 2011-09-06 05:16

Removing line 217 in the PKGBUILD made it buildable for me. Looks like they outphased the i810 folder.

Anonymous comment on 2011-08-27 10:56

To use the r600 state tracker driver you have to substitute

Driver "radeon"

in your xorg.conf with

Driver "r600g"

Anonymous comment on 2011-08-27 10:55

Hi guys, I propose a patch that adds XORG State Tracker support for r600 (so that you don't have to use the xf86-video-ati driver anymore. The driver is still quite immature, but works quite well considering it is in the tree since 18 hours) and also makes this package provide libglapi :


--- mesaorig/PKGBUILD 2011-08-27 12:47:42.899792076 +0200
+++ mesa-r600g-git/PKGBUILD 2011-08-27 12:27:53.896436578 +0200
@@ -4,8 +4,8 @@
# Adapted from offical archlinux mesa package

pkgname=(mesa-r600g-git)
-pkgver=20110715
-pkgrel=2
+pkgver=20110827
+pkgrel=1
_realver=7.12
pkgdesc="Mesa R600 gallium for Radeon HD 2xxx and later - git version.If you live in the US, you should delete --enable-texture-float \ line."
arch=('x86_64')
@@ -13,9 +13,9 @@ depends=('libxt' 'libxxf86vm' 'libxdamag
makedepends=('pkgconfig' 'python2' 'talloc' 'libxml2' 'imake' 'git' 'glproto' 'dri2proto>=2.6' 'llvm' 'xorg-server-devel' 'libxvmc' 'libvdpau')
optdepends=('libtxc_dxtn: S3TC support'
'mesa-demos: glxinfo and glxgears')
-provides=(mesa=${_realver} libgl=${_realver} ati-dri=${_realver})
-replaces=(mesa libgl ati-dri)
-conflicts=('xf86-video-ati<6.9.0-6' mesa libgl ati-dri)
+provides=(mesa=${_realver} libgl=${_realver} ati-dri=${_realver} libglapi=${_realver})
+replaces=(mesa libgl ati-dri libglapi)
+conflicts=('xf86-video-ati<6.9.0-6' mesa libgl ati-dri libglapi)
url="http://mesa3d.sourceforge.net"
license=(custom)
source=(LICENSE)
@@ -51,6 +51,7 @@ build() {
--enable-shared-dricore \
--enable-gbm \
--enable-gallium-gbm \
+ --enable-xorg \
--enable-xvmc \
--enable-vdpau \
--enable-gallium-g3dvl \
@@ -88,6 +89,10 @@ package() {
# ati-dri
cd "${srcdir}/build/src/mesa/drivers/dri"
make -C ${srcdir}/build/src/gallium/targets/dri-r600 DESTDIR="${pkgdir}" install
+# xorg-r600
+ cd "${srcdir}/build/src/mesa/drivers/dri"
+ make -C ${srcdir}/build/src/gallium/targets/xorg-r600 DESTDIR="${pkgdir}" install
+# xorg-r600
#license
install -m755 -d "${pkgdir}/usr/share/licenses/${pkgname}"
install -m755 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/"


Bye

Huulivoide commented on 2011-08-27 10:49

Maybe you could add '--depth 1' to the 'git clone' command
to only fetch the latest code, as most of us don't need
hunders of megabytes of mesa history.
Also as this doesn't prevent the new commits from stagging
on top of each others, and the size of the clone grows,
on every rebuild. Replacing 'cp -r ${_gitname} build'
with 'rsync -a --exclude=.git ${_gitnmame}/* build'
should in theory speed things up too. We don't need
git history while building O_o, or does someone need it?

Anonymous comment on 2011-08-24 18:39

flex and bison are build depencies, please add them.

Best commented on 2011-08-18 13:19

GLES libs is not installd here.. I have them only in my mesa-git/src/build/lib/ directory not /usr/lib/..

tavianator commented on 2011-08-02 21:34

@Svenstaro: Read the PKGBUILD, it is split. In fact, it's heavily based on the official mesa PKGBUILD.
@diegoxter: Thanks, I've put a lot of your improvements into the updated PKGBUILD.

Anonymous comment on 2011-07-27 20:02

http://pastebin.com/Yhx5yFpx
Fixed :)

Svenstaro commented on 2011-07-24 01:10

The mesa split package in [testing] is always built from git and updated periodically (every few weeks or so). This AUR package is effectively the same but in a non-split manner because AUR doesn't support split packages. If you want to be sure you are getting the newest stuff and have it integrate well with the other Arch packages, just rebuild the [testing] mesa package every time you need a new commit from upstream.

Anonymous comment on 2011-07-24 00:58

Is this package updated? I mean, does it have all the features (or makeflags, whatever you want to call them) that mesa and *-dri packages in [extra] or [testing] repos have?

drog commented on 2011-07-23 19:04

Thanks for the package, works fine c:

Lone_Wolf commented on 2011-07-15 14:20

there was no typo in the LN command, but mesa devs no longer use swrastg_dri.so . that module is now called swrast_dri.so, so the ln is no longer needed.

The options that Viper_Scull suggested are now in use.

Lone_Wolf commented on 2011-07-15 00:30

makepkg doesn't report errors when making this pacakge, but it does look like i made a typo .

ln -s swrastg_dri.so "${pkgdir}/usr/lib/xorg/modules/dri/swrast_dri.so"
It seems i left out the g in swrastg_dri.so .

I'll check what those other options do, and if they are already enabled by default.

Falstaff commented on 2011-07-14 19:09

Getting this compile error:

make[3] : on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets/xvmc-softpipe »
make[2] : on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets »
make[1] : on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src »
make : on entre dans le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets/dri-swrast »
/bin/install -c -d /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib/xorg/modules/dri
/bin/sh ../../../../bin/minstall -m 755 swrast_dri.so /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib/xorg/modules/dri
make: on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets/dri-swrast »
ln: failed to create symbolic link « /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib/xorg/modules/dri/swrast_dri.so »: File already exist

Falstaff commented on 2011-07-14 18:49

Can't compile with --enable-xvmc:

mklib: Making Linux shared library: libXvMCsoftpipe.so.1.0
/usr/bin/ld: cannot find -lLLVMObject
/usr/bin/ld: cannot find -lLLVMMCJIT
/usr/bin/ld: cannot find -lLLVMMCDisassembler
/usr/bin/ld: cannot find -lLLVMXCoreCodeGen
/usr/bin/ld: cannot find -lLLVMXCoreInfo
/usr/bin/ld: cannot find -lLLVMSystemZCodeGen
/usr/bin/ld: cannot find -lLLVMSystemZInfo
/usr/bin/ld: cannot find -lLLVMSparcCodeGen
/usr/bin/ld: cannot find -lLLVMSparcInfo
/usr/bin/ld: cannot find -lLLVMPowerPCCodeGen
/usr/bin/ld: cannot find -lLLVMPowerPCInfo
/usr/bin/ld: cannot find -lLLVMPowerPCAsmPrinter
/usr/bin/ld: cannot find -lLLVMPTXCodeGen
/usr/bin/ld: cannot find -lLLVMPTXInfo
/usr/bin/ld: cannot find -lLLVMMipsCodeGen
/usr/bin/ld: cannot find -lLLVMMipsInfo
/usr/bin/ld: cannot find -lLLVMMSP430CodeGen
/usr/bin/ld: cannot find -lLLVMMSP430Info
/usr/bin/ld: cannot find -lLLVMMSP430AsmPrinter
/usr/bin/ld: cannot find -lLLVMMBlazeDisassembler
/usr/bin/ld: cannot find -lLLVMMBlazeAsmParser
/usr/bin/ld: cannot find -lLLVMMBlazeCodeGen
/usr/bin/ld: cannot find -lLLVMMBlazeAsmPrinter
/usr/bin/ld: cannot find -lLLVMMBlazeInfo
/usr/bin/ld: cannot find -lLLVMLinker
/usr/bin/ld: cannot find -lLLVMipo
/usr/bin/ld: cannot find -lLLVMInterpreter
/usr/bin/ld: cannot find -lLLVMInstrumentation
/usr/bin/ld: cannot find -lLLVMJIT
/usr/bin/ld: cannot find -lLLVMExecutionEngine
/usr/bin/ld: cannot find -lLLVMCppBackend
/usr/bin/ld: cannot find -lLLVMCppBackendInfo
/usr/bin/ld: cannot find -lLLVMCellSPUCodeGen
/usr/bin/ld: cannot find -lLLVMCellSPUInfo
/usr/bin/ld: cannot find -lLLVMCBackend
/usr/bin/ld: cannot find -lLLVMCBackendInfo
/usr/bin/ld: cannot find -lLLVMBlackfinCodeGen
/usr/bin/ld: cannot find -lLLVMBlackfinInfo
/usr/bin/ld: cannot find -lLLVMBitWriter
/usr/bin/ld: cannot find -lLLVMX86Disassembler
/usr/bin/ld: cannot find -lLLVMX86AsmParser
/usr/bin/ld: cannot find -lLLVMX86CodeGen
/usr/bin/ld: cannot find -lLLVMX86AsmPrinter
/usr/bin/ld: cannot find -lLLVMX86Utils
/usr/bin/ld: cannot find -lLLVMX86Info
/usr/bin/ld: cannot find -lLLVMAsmParser
/usr/bin/ld: cannot find -lLLVMARMDisassembler
/usr/bin/ld: cannot find -lLLVMARMAsmParser
/usr/bin/ld: cannot find -lLLVMARMCodeGen
/usr/bin/ld: cannot find -lLLVMARMAsmPrinter
/usr/bin/ld: cannot find -lLLVMARMInfo
/usr/bin/ld: cannot find -lLLVMArchive
/usr/bin/ld: cannot find -lLLVMBitReader
/usr/bin/ld: cannot find -lLLVMAlphaCodeGen
/usr/bin/ld: cannot find -lLLVMSelectionDAG
/usr/bin/ld: cannot find -lLLVMAsmPrinter
/usr/bin/ld: cannot find -lLLVMMCParser
/usr/bin/ld: cannot find -lLLVMCodeGen
/usr/bin/ld: cannot find -lLLVMScalarOpts
/usr/bin/ld: cannot find -lLLVMInstCombine
/usr/bin/ld: cannot find -lLLVMTransformUtils
/usr/bin/ld: cannot find -lLLVMipa
/usr/bin/ld: cannot find -lLLVMAnalysis
/usr/bin/ld: cannot find -lLLVMTarget
/usr/bin/ld: cannot find -lLLVMCore
/usr/bin/ld: cannot find -lLLVMAlphaInfo
/usr/bin/ld: cannot find -lLLVMMC
/usr/bin/ld: cannot find -lLLVMSupport
collect2: ld a retourné 1 code d'état d'exécution
mklib: Installing libXvMCsoftpipe.so.1.0 libXvMCsoftpipe.so.1 libXvMCsoftpipe.so in ../../../../lib/gallium
mv: impossible d'évaluer « libXvMCsoftpipe.so.1.0 »: Aucun fichier ou dossier de ce type
/bin/install -c -d /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib
/bin/sh ../../../../bin/minstall -m 755 ../../../../lib/gallium/libXvMCsoftpipe.*so* /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib
make[3] : on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets/xvmc-softpipe »
make[2] : on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets »
make[1] : on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src »
make : on entre dans le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets/dri-swrast »
/bin/install -c -d /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib/xorg/modules/dri
/bin/sh ../../../../bin/minstall -m 755 swrast_dri.so /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib/xorg/modules/dri
make: on quitte le répertoire « /home/moto/makepkg/mesa-r600g-git/src/build/src/gallium/targets/dri-swrast »
ln: failed to create symbolic link « /home/moto/makepkg/mesa-r600g-git/pkg/usr/lib/xorg/modules/dri/swrast_dri.so »: Le fichier existe
==> ERREUR: Une erreur s'est produite dans package().
Abandon...

Viper_Scull commented on 2011-07-14 10:49

Also since pipe-video and gbm are living in master already, you could add these options
--enable-gbm
--enable-gallium-gbm
--enable-xvmc
--enable-vdpau
--enable-gallium-g3dvl

Viper_Scull commented on 2011-07-14 10:29

Also since pipe-video is living in master already, you could add these options
--enable-gbm
--enable-gallium-gbm
--enable-xvmc
--enable-vdpau
--enable-gallium-g3dvl

Viper_Scull commented on 2011-07-14 10:21

Fails to create a symbolic link of swrast_dri.so cause it already exists.
ln: failed to create symbolic link `/tmp/yaourt-tmp-bary/aur-mesa-r600g-git/pkg/usr/lib/xorg/modules/dri/swrast_dri.so': File exists

I think you need to add the option -f to the ln command.

A lib32-package. Sweet news! I'ltr try it out. It probably has the same problem with the symbolic though.

Thks for your work Lone_Wolf

Viper_Scull commented on 2011-07-14 08:46

Fails to create a symbolic link of swrast_dri.so cause it already exists.
ln: failed to create symbolic link `/tmp/yaourt-tmp-bary/aur-mesa-r600g-git/pkg/usr/lib/xorg/modules/dri/swrast_dri.so': File exists

You may have written the ln command in the PKGBUILD with the parameters switched. Probably the same with libglx.so.

A lib32-package. Sweet news!

Thks for your work Lone_Wolf

Lone_Wolf commented on 2011-07-13 16:31

New version based on mesa 7.12 development version now.
to build this , you will need dri2proto 2.6 or later, currently in testing.

If you use multilib, check my lib32-mesa-r600g-git package, http://aur.archlinux.org/packages.php?ID=50696 .

TheCycoONE commented on 2011-07-08 02:35

I'm getting

==> Starting package_libegl-git()...
Unknown type of argument: lib/egl/*
==> ERROR: A failure occurred in package_libegl-git().
Aborting...

Lone_Wolf commented on 2011-06-22 18:24

Viper_scull, i hope you'll find the package as useful as i have.

bison is in the base-devel group and this group is supposed to be installed by everyone that uses aur packages.

see https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Prerequisites .

Viper_Scull commented on 2011-06-22 17:11

Add bison as a dependency.

Thanks for the package.

Cheers.

Lone_Wolf commented on 2011-06-19 15:10

no longer needs stuff from testing
updated dependencies

compiled with texture float support, may be illegal in some parts of the world (like United States)
Also compiled with S3TC texture compression support,
need libtxc_dxtn installed to make that work : see http://aur.archlinux.org/packages.php?ID=15571

Lone_Wolf commented on 2011-06-19 15:06

no longer needs stuff from testing
updated dependencies

Lone_Wolf commented on 2011-06-19 15:05

no longer needs stuff from testing
updated dependencies

tavianator commented on 2011-05-28 18:42

@smoge: Because that's an option for libdrm, not mesa. You'll see that it's enabled in my libdrm-git package.

@DeltaKilo: Ah, didn't realise that, I'll add the makedep.

smoge commented on 2011-05-27 13:36

why not the option '--enable-nouveau-experimental-api' as recommended by nouveau team?

DeltaKilo commented on 2011-05-24 11:35

checking for llvm-config... no
configure: error: LLVM is required to build Gallium R300 on x86 and x86_64

tavianator commented on 2011-05-17 02:36

It is enabled by default. --enable-texture-float. By the way, if anyone can confirm that it works, that'd be awesome. I don't have a way to test it.

LinuxDonald commented on 2011-05-17 02:10

How can i enable libtxc_dxtn support?

tavianator commented on 2011-05-15 23:42

@gloriole: Have you read the PKGBUILD? Uncomment the split pkgname= line and all is fixed. Clearly libgl-git makes no sense as a makedepend, since this package builds it. I'm uploading a new PKGBUILD that fixes the license directories now though, thanks.

Anonymous comment on 2011-05-15 21:44

The following lines from Yaourt (Y/N prompts were answered with the default):

==> Continue installing mesa-git ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
==> c

mesa-git E: Missing custom license directory (usr/share/licenses/mesa-git)
mesa-git E: Dependency libgl detected and not included (libraries ['usr/lib/libGL.so.1'] needed in files ['usr/lib/libGLU.so.1.3.071100', 'usr/lib/libGLw.so.1.0.0'])
mesa-git W: Dependency included and not needed ('libgl-git')
mesa-git W: Dependency libx11 included but already satisfied
mesa-git W: Dependency gcc-libs included but already satisfied
mesa-git W: Dependency included and not needed ('dri2proto-git')
mesa-git W: Dependency included and not needed ('libdrm-git')
mesa-git W: Dependency included and not needed ('glproto-git')


==> Continue installing mesa-git ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
==>

Password:
resolving dependencies...
warning: cannot resolve "libgl-git", a dependency of "mesa-git"
:: The following package cannot be upgraded due to unresolvable dependencies:
mesa-git

Do you want to skip the above package for this upgrade? [y/N]
error: failed to prepare transaction (could not satisfy dependencies)
:: mesa-git: requires libgl-git
==> WARNING: Following packages have not been installed:
mesa-git
$

Anonymous comment on 2011-05-15 18:47

$ namcap aur-mesa-git/PKGBUILD
PKGBUILD (mesa-git) E: Split PKGBUILD needs additional makedepends ['libgl-git'] to work properly

tavianator commented on 2011-05-13 16:42

Hmm? I'm not sure what you're getting at. Anyway I've uploaded an updated PKGBUILD.

caemir commented on 2011-05-13 12:00

here ?
→package_libgles-git() {
depends=('libgl-git')
conflicts=('libgles')
provides=("libgles=${_mesaver}")
pkgdesc="Mesa GLES libraries and headers"


WTF problème ? :(

caemir commented on 2011-05-13 11:59

add → libgl-git to makedeps ?

At the end he ask about it, i dont know if it's realy important...

tavianator commented on 2011-04-16 00:06

@fawek: No other git package does that, and the fact that the git repo has history has come in handy for me occasionally, so I'm keeping it as is. Feel free to add --depth=1 locally if you want, but after you do the first fetch, subsequent ones will be very small anyway.

@Huulivoide/LinuxDonald: I'll add that as the default soon, no need for the prompt.

Anonymous comment on 2011-04-15 21:22

It might be a good idea to add --depth 1 to the git command in PKGBUILD so as to reduce the number of objects being pulled from the repository to the necessary minimum.

Huulivoide commented on 2011-04-15 18:07

Floating point texture support has been merged to mainline,
and canbe found under --enable-texture-float swich. As this
is patended feature not everyone will want it. But could you
add something like:

echo "Do you want to enable patented features? y/n"
read answer
if [[ "$answer" == "y" ]]; then patented="--enable-texture-float"; fi
...
configure ... $patented

so that people could easily enable it and get info that it exist in there :D

LinuxDonald commented on 2011-04-13 22:43

When i have the libtxc_dxtn will that packge build with it?

Lone_Wolf commented on 2011-03-30 15:18

I have had problems with the r600 gallium driver since it became the standard in arch mesa 7.10.1 package.
Neither the radeon repository nor other mesa git packages solved the problem, so i decided to create my own.

I started with the official PKGBUILD for mesa 7.10.1 , removed the parts i don't need and combined what i do need into 1 package.

Notes :

- libdrm 2.4.24 is currently in the testing repo.

- package has only been tested on x86_64, that is why i didn't put i686 in arch.

- only useful for Radeon HD 2/3/4/5/6xxx videocards. (my own card is a HD 4890).

tavianator commented on 2011-03-27 20:48

Fixed, thanks.

justin.kueser commented on 2011-03-23 00:41

In:

package_libegl-git() {
depends=('libgl-git')
conflicts=('libegl-git')
provides=("libegl=${_mesaver}")
pkgdesc="Mesa libEGL libraries and headers"

conflicts=('libegl-git') should be 'libegl'.

MuPuF commented on 2011-03-08 09:32

On nouveau, you shouldn't use mesa-git and a 2.6.37 kernel. You would need nouveau's kernel tree.

This is just a little warning for those wondering why their games/X-server keep crashing.

tavianator commented on 2011-02-28 19:49

Those changes have been added, and an ugly fix for a nouveau build issue.

Huulivoide commented on 2011-02-27 15:06

Also r600g is now default in repos too

Huulivoide commented on 2011-02-26 15:16

please add --enable-shared-dricore option to configure
it will reduce build time about 13%.
When enabled,
DRI modules will link against a shared copy of the common mesa routines
rather than statically linking these.

This saves about 30MB on disc with a full complement of classic DRI
drivers.

td123 commented on 2011-02-15 04:30

please update the pkgbuild to reflect the changes in the main repos. there is now a seperate package for the headers.

tavianator commented on 2010-12-17 20:44

@td123: I don't have a computer with Intel graphics anymore, but last time I tried Intel gallium, it was pretty broken. Is it better now?
@td123: I intend for this package to be as similar as possible to mesa in extra, which includes them. What's wrong with them?
@td123: imake is in the makedepends already, no?

@Anxuiz: I'm assuming you mean dri2proto-git? glproto-git is already in the makedepends, but I forgot to change dri2proto to dri2proto-git there. Will be fixed with the next update.

@Det: The maintainer/contributor lines and unquoted ${srcdir}s will be fixed with the next update. I'll also make the _mesaver change, thanks for the suggestion. But I refuse to version dependencies; if you're not running a fully updated system, it's on you to make sure that everything works.

td123 commented on 2010-12-16 16:42

Another comment, could you possibly consider enabling gallium for intel?

td123 commented on 2010-12-14 02:47

Also, could you consider making a seperate package for gl-manpages? maybe make it an optdepend.

td123 commented on 2010-12-14 02:41

configure: error: makedepend is required to build Mesa
Aborting...

please include imake in the makedepends

Anonymous comment on 2010-11-23 17:36

http://aur.pastebin.com/61w7FQaa

Mesa needs glproto >= 2.4 which is only provided by glproto-git. Updated PKGBUILD is above.

Det commented on 2010-11-20 18:22

Just some rant: 1) all the "Maintainer" lines, except the current one (yours), should be "Contributor" lines, 2) you should version the makedependencies as with [testing]'s mesa ('gcc-libs' and 'pkgconfig' are not required since they are in 'base' and 'base-devel' respectively - there's also 'gcc-libs' in "package_mesa-git()"'s dependencies), 3) there's still a few "${srcdir}"s in your PKGBUILD that haven't been defined with quotes ("), 4) it would be a little easier to define all the provides=('*=7.9') Mesa stuff with a single variable, e.g. "_mesaver=7.9" to change them all in one go, 5) nothing, that's it.

tavianator commented on 2010-10-27 19:59

This is just a rehash of the mesa-git package; I recommend everyone just build mesa-git itself as a split package.

flocke commented on 2010-10-25 06:44

Since arch moved to python3 by default (/usr/bin/python == python3) you need to patch the mesa sources to use /usr/bin/python2 for the build.
You can find the patch here: http://files.shadowice.org/flocke/linux/archlinux/patches/mesa/python2.7.patch

tavianator commented on 2010-10-18 01:13

I've uploaded a rewritten version of the PKGBUILD, based on the old one and on the official Arch package. Uncomment the pkgname=() array to build it as a split package.

td123 commented on 2010-10-08 19:51

if anyone wants to maintain this package along with the other -git packages required for this package please email me, since I have switched to the packages in the repos

td123 commented on 2010-10-07 06:13

Ok, I will add the fix to this package, as soon as python2 gets moved to extra

lordheavy commented on 2010-10-06 07:19

These are enough for me to built r600g support:

sed -i -e 's#/bin/env python#/bin/env python2#g' \
src/gallium/auxiliary/indices/*.py src/mesa/main/*.py
sed -i -e 's#PYTHON2 = python#PYTHON2 = python2#g' \
configs/current
sed -i -e 's#python#python2#g' \
src/gallium/auxiliary/Makefile

heftig commented on 2010-10-06 03:27

Heads up: mesa will require changes to build with python2 instead of python.

td123 commented on 2010-08-28 13:14

libdrm-git is already in the depends...

Anonymous comment on 2010-08-28 06:58

Requires libdrm-git to build successfully, now.

td123 commented on 2010-07-12 13:27

sorry for not being able to respond to you guys. for some reason I didn't have notify set on for this package.

I just uploaded an updated pkgbuild which should compile fine. *works for me* :)

let me know if there are still issues.

Anonymous comment on 2010-07-11 07:42

@Square

You need to downgrade autoconf to 2.65. However, I can't get libgl-git (which is a dep for this) to compile. It throws this error:

gcc -shared -o libdricore.so -Wl,--whole-archive ../../libmesa.a -Wl,--no-whole-archive -lm -lpthread -lc
../../libmesa.a(varray.o): In function `_mesa_PrimitiveRestartIndex':
varray.c:(.text+0x2770): multiple definition of `_mesa_PrimitiveRestartIndex'
../../libmesa.a(restart.o):restart.c:(.text+0x40): first defined here
collect2: ld returned 1 exit status

Anonymous comment on 2010-07-10 23:05

==> Applying patches
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal
/usr/share/aclocal/xdelta.m4:7: warning: underquoted definition of AM_PATH_XDELTA
/usr/share/aclocal/xdelta.m4:7: run info '(automake)Extending aclocal'
/usr/share/aclocal/xdelta.m4:7: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
configure.ac:15: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
autoreconf: configure.ac: tracing
configure.ac:15: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf
configure.ac:15: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
configure:5728: error: possibly undefined macro: AS_MESSAGE_LOG_FDdnl
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
Aborting...

This happens with mesa-git, libgl-git, and probably intel-dri-git.

Huulivoide commented on 2010-07-09 12:55

install -m755 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/"
should be
install -m755 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/mesa/"

Svenstaro commented on 2010-06-19 18:37

It should at least optdepend on mesa-demos-git.

td123 commented on 2010-06-19 18:01

Removed replaces, and mesa demos line.
Cleaned parts of the PKGBUILD.

Svenstaro commented on 2010-06-14 01:24

Shouldn't have replaces.

Svenstaro commented on 2010-06-13 23:24

Still failing. Maintainer still active?

Anonymous comment on 2010-05-29 16:24

This package is falling to compile because mesa-demos has moved to another repo (http://cgit.freedesktop.org/mesa/demos/).
So, you should remove the line: install -m755 progs/xdemos/glx{gears,info} "${pkgdir}/usr/bin/" || return 1
Also, it will be nice to create a new package: mesa-demos-git or something.
Thanks,
Ronan.

speps commented on 2010-04-21 02:00

@Tera

Mesa-git conflicts with Glew since they share this headers :

/usr/include/GL/glew.h
/usr/include/GL/glxew.h
/usr/include/GL/wglew.h

Add glew to conflicts and provides or remove those header files from mesa-git package.

C ya

speps commented on 2010-04-21 00:12

@Tera

Mesa-git conflicts with Glew since they share this headers :

/usr/include/GL/glew.h
/usr/include/GL/glxew.h
/usr/include/GL/wglew.h

Add glew to conflicts or remove those header files from mesa-git package.

C ya