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

[peter green <plugwash@p10link.net>]

Julien Cristau wrote:
> On Sat, Dec 31, 2011 at 11:42:26 +0200, Konstantinos Margaritis wrote:
>
>   
> > On 31 December 2011 02:14, Josselin Mouette <joss@debian.org> wrote:
> >     
> > > It is cogl which is at fault. Being built against GLES breaks basically
> > > everything that depends on it.
> > >       
> > armel/armhf only support GLES in hardware so it does make sense to
> > enable it for those platforms.
> > We should try and fix that support where broken, not disable it.
> >     
> That means maintainers of all reverse deps have to special-case a
> platform where they can't test anything.  Which means those packages
> will be broken.  I think this arm special-case in clutter/cogl is a bad
> idea.  
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.
> Maybe we should just stop building mesa on arm entirely.
>   
The debian rc policy clearly states "Packages must be supported on as many
architectures as is reasonably possible."