On Thu, 2013-07-11 at 12:53 +0200, Andreas Oberritter wrote: > On 11.07.2013 10:52, Burton, Ross wrote: > > On 11 July 2013 01:56, Andreas Oberritter <[email protected]> wrote: > >> Only PACKAGECONFIG options for GL and GLES2 were available before. > > > > The rationale behind this was that the GLES1 support isn't tested, > > mainly as there's not a lot of hardware that can't also do GLESv2. > > Was this enabled for completeness or are you actually restricted to > > GLESv1? > > It's for completeness, so if you have libraries for both GLES1 and > GLES2, you can compare them easily and then choose the one that works > better for your application.
If your hardware supports GLESv2 then it seems very unlikely that the GLESv1 backend is going to work better for any application. I suppose it's just about conceivable that there might be some or other bug in the GLESv2 driver which you could work around by using the GLESv1 API, but I've never heard of this happening in practice and it doesn't sound very likely. I wouldn't be surprised if Cogl's GLESv1 backend went away altogether in the not-too-distant future. The gap in capabilities between GLESv1 and either GLESv2 or big GL is quite significant. All that said, if there is genuine (even if possibly misguided) interest in experimenting with GLESv1 then I don't have any real objection to adding a PACKAGECONFIG option for it. p. _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
