Hi, Some(if not all) of the ARM hardware that have video output, use a propietary video chip, which require propietary drivers(like Nvidia and ATI) to be used with 3d accel. Such drivers use openGLES instead of openGL, and i've found that the media-libs/mesa prepares the openGL libraries for dynamic switching but it doesn't with openGLES nor openVG. Please do the same with those libs. Later we'll think how we do it for switching the libraries, if either reusing eselect-opengl or doing another eselect. Thanks
If I understand correctly, OpenGL 4.1 already includes GLES. Do we need to specially handle OpenGL 4.1 implementations?
I have no clue...i only know that said drivers provide libraries that collide with the ones from mesa like nvidia-drivers opengl libs do.
To be exact, the files colliding in the case of the SGX540 drivers are the following: /usr/lib/libEGL.so.1 /usr/lib/libOpenVG.so.1
It's a little more than that, because occasionally headers also clash. I haven't looked recently, but I know there were at least 5 different headers that clashed with Mesa, along with the so files.
Any news?
Would it be enough to move the files and create symlinks? What are the plans for switching?
(In reply to comment #6) > Would it be enough to move the files and create symlinks? What are the plans > for switching? Should be the same as it gets done for opengl...the plans for switching would be to implement the same mechanism for opengl in eselect-opengl...
What makes everything muddy is that EGL is shared across the other Open* libs.
I committed mesa-7.1_rc1 which moves libEGL and libOpenVG for switching. If there are more issues please open a new bug.
Oops, I meant mesa-7.11_rc1.
GLES should follow OpenVG as well.
Moving libEGL.so.1 broke users of proprietary drivers, bug 374647. A solution is needed that provides those libraries to those users, too.
(In reply to comment #12) > Moving libEGL.so.1 broke users of proprietary drivers, bug 374647. > > A solution is needed that provides those libraries to those users, too. That bug is now fixed. Where do we stand with this one?
That bug will come back once we start moving libEGL again.
Relevant for using kde on arm gadgets...
It seems that libEGL and libOpenVG now both live in /usr/lib64/opengl/xorg-x11/lib/. Is there anything to do on this bug still?
This seems to be broken again: Current mesa ebuild (media-libs/mesa-11.1.2-r1, -9999) again installs all libraries into /usr/<libdir>: obj /usr/lib64/libEGL.so.1.0.0 8963e1db676798917b2dc0a831e54e1b 1459358540 obj /usr/lib64/libGL.so.1.2.0 4fc2e7f7c141bbc28872c571849f3c17 1459358540 and so on. Thanks!
GL, EGL, GLES should use libglvnd (not in tree yet). OpenVG appears dead, and isn't provided by anything in tree anymore.