This was recently introduced into mesa master branch. "This an adds --enable-shared-dricore option to configure. When enabled, DRI modules will link against a shared copy of the common mesa routines rather than statically linking these." What about making it available to our ebuild? :) I'll add a patch afterwards. Build finished successfully already.
Created attachment 264545 [details, diff] This adds an IUSE flag to make --enable-shared-dricore available via USE flag
Tested successfully. The new ebuild enables it per default, of course if there can't seem to be any reason for not enabling it (e.g. none at all harm done) we could enable shared-dricore anyway and drop the IUSE again.
Fixed in overlay, altho useflag is too much overkill for this, so added without flag :)
(In reply to comment #3) > Fixed in overlay, altho useflag is too much overkill for this, so added without > flag :) Fine, then. ;)
This breaks the build for me. USE="classic d3d gallium gles llvm nptl -debug -motif -pic (-selinux)" VIDEO_CARDS="r600 radeon -i810 -i915 -i965 -intel -mach64 -mga -nouveau -r100 -r128 -r200 -r300 -savage -sis -tdfx -via -vmware" The error is: checking for INTEL... no configure: error: Package requirements (libdrm_intel >= 2.4.24) were not met: No package 'libdrm_intel' found
(In reply to comment #5) > This breaks the build for me. > > USE="classic d3d gallium gles llvm nptl -debug -motif -pic (-selinux)" > > VIDEO_CARDS="r600 radeon -i810 -i915 -i965 -intel -mach64 -mga -nouveau -r100 > -r128 -r200 -r300 -savage -sis -tdfx -via -vmware" > > The error is: > > > checking for INTEL... no > configure: error: Package requirements (libdrm_intel >= 2.4.24) were not met: > > No package 'libdrm_intel' found The same here. Possible workaround is to install x11-libs/libdrm with enabled video_cards_intel use flag.
(In reply to comment #6) > (In reply to comment #5) > > This breaks the build for me. > > > > USE="classic d3d gallium gles llvm nptl -debug -motif -pic (-selinux)" > > > > VIDEO_CARDS="r600 radeon -i810 -i915 -i965 -intel -mach64 -mga -nouveau -r100 > > -r128 -r200 -r300 -savage -sis -tdfx -via -vmware" > > > > The error is: > > > > > > checking for INTEL... no > > configure: error: Package requirements (libdrm_intel >= 2.4.24) were not met: > > > > No package 'libdrm_intel' found > > The same here. > Possible workaround is to install x11-libs/libdrm with enabled > video_cards_intel use flag. Same breakage here with similar VIDEO_CARDS to the list above (eg no intel).
This is to confirm that build libdrm-9999 with intel in the VIDEO_CARDS list makes the autoconf test work correctly and mesa can build.
here too: checking for INTEL... no configure: error: Package requirements (libdrm_intel >= 2.4.24) were not met: No package 'libdrm_intel' found # grep VIDEO /etc/make.conf VIDEO_CARDS="radeon r600" (no intel card here) [ebuild R ] x11-libs/libdrm-9999 USE="libkms -static-libs" VIDEO_CARDS="radeon -intel -nouveau -vmware" 0 kB [1]
My setup has not been stable with 'intel' added to the libdrm. Comments on IRC indicate tha the --enable-shared-dricore has a few bug linked to it. Maybe we should avoid it for a bit?
Please make --enable-shared-dricore an option. 1. enabling forces us to add 'intel' to VIDEO_CARDS for mesa to build correctly.
Please make --enable-shared-dricore an option. 1. Enabling it forces us to add 'intel' to VIDEO_CARDS for mesa to build correctly. There are also another couple of ebuilds that want to be rebuilt when intel is added (and xf86-video-intel wants to be built too...) 2. With kde 4.6.1 kwin refuses to work with acceleration enabled with either r600 or r600g. Openarena also was unusable. Making a custom ebuild with the --enable-shared-dricore option removed gives a working system... eg. the option is currently buggy. 3. With this option enabled there is a collision with freeglut when mesa wants to overwrite its libraries. Thanks Ed
Is there still an issue with latest mesa-9999 ebuild for you?
(In reply to comment #13) > Is there still an issue with latest mesa-9999 ebuild for you? Right now, it's working fine.
Marking as FIXED.