including both GL/gl.h and cogl/cogl.h fails on armel and armhf

[Josselin Mouette]

Le samedi 31 décembre 2011 à 12:58 +0000, peter green a écrit : 
> Maybe a better soloution would be for cogl to do what mesa does and 
> build both GL and GLES versions on all platforms. It would then be up
> to the maintainers of application packages to decide if they wanted to
> make the extra effort to use GLES on platforms where propietry 
> hardware acceleration is available for it.

This sounds more reasonable, but I don’t think the result would be worth
it. It would mean having two versions of cogl but also two versions of
clutter, and applications having to choose between one or the other at
build time - again, without the ability to check whether arm-specific
trickery actually works.

Le samedi 31 décembre 2011 à 14:16 +0100, Julien Cristau a écrit : 
> The other option, which might make everyone happy, is to just switch to
> GLES on all platforms.  Needs a lot of testing to make sure the desktop
> doesn't break horribly, but at least it won't have stupid special cases.

Since cogl and clutter don’t use advanced GL functions at all, this is
the most reasonable choice and should probably be a long-term goal.

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.

-- 
 .''`.      Josselin Mouette
: :' :
`. `'
  `-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20111231/7362b9bd/attachment.pgp>