[Pkg-fglrx-devel] including both GL/gl.h and cogl/cogl.h fails on armel and armhf

[Josselin Mouette]

Le samedi 07 janvier 2012 à 14:17 +0100, Patrick Matthäi a écrit :
> >> However, DRI drivers support GLES, but at the moment this is not the
> >> case of proprietary nvidia and fglrx drivers on x86, which only provide
> >> GL. Breaking proprietary drivers on x86 to make proprietary drivers work
> >> on arm doesn’t sound like a great plan.
> 
> I support it. Maybe it would be possible to switch clutter only on arm
> to GLES or providing GL and GLES variants?

Currently this is what was done: GLES is used on arm, and GL on other
architectures. This is not appropriate because it causes various kinds
of breakage on arm and maintainers cannot test their changes on x86.

I thought of providing both variants, but in the end each binary would
have to choose between to link against one or the other, so that doesn’t
help much in the end.

Maybe we could change cogl to use GLES by default and fall back to GL if
it doesn’t work, but that’s not an easy change.

> I am not 100% sure for fglrx, but there is GLES support and I don't know
> how good it is.
> Does this help?
> 
> root at gnu:~# grep -i gle /var/log/Xorg.0.log
> [    20.246] (II) LoadModule: "glesx"
> [    20.246] (II) Loading /usr/lib/xorg/modules/glesx.so
> [    20.439] (II) Module glesx: vendor="X.Org Foundation"
> [    20.440] (II) Loading extension GLESX
> [    20.440] (II) fglrx(0): GLESX enableFlags = 528
> [    20.447] (II) fglrx(0): GLESX is enabled
> [    20.486] [-     XMM_GLX] [I ]glesxXvInit Configureable
> RGBOutputColorRange

I don’t see a libGLESv2.so.2 in the drivers. Is it available somewhere?

Cheers,
-- 
 .''`.      Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-    […] I will see what I can do for you.”  -- Jörg Schilling