With few more fixes, this is working for EMGD based meta-intel BSPs. Here are the commits which worked:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=nitin/mesa-gl http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-contrib/log/?h=nitin/mesa-gl BTW the same functionality can also be implemented by customizing current mesa recipe based on a new machine feature which can be called as "custom-gles" or "no-mesa-gles" BTW in other context, this does not help for the rebuild issue RP was mentioning earlier. Thanks, Nitin > -----Original Message----- > From: Burton, Ross [mailto:ross.bur...@intel.com] > Sent: Tuesday, September 10, 2013 2:52 AM > To: Kamble, Nitin A > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [RFC][PATCH] mesa-gl: add GL-only Mesa recipe > > On 9 September 2013 17:57, Kamble, Nitin A <nitin.a.kam...@intel.com> > wrote: > > This is a clever way to deal with unnecessary rebuilding of mesa we > > were seeing earlier. With this mesa-gl, the mesa also need modification to > remove gl from the default recipe. > > No, mesa and mesa-gl intentionally conflict. mesa-gl provides GL, emgd- > driver-bin provides EGL and GLES, your machines shouldn't need both mesa > and mesa-gl. > > > Also looks like there is a need from community for mesa-gl-lib and > > mesa-gl-headers, as some platforms need just the mesa-gl-headers and > not the libs. > > To be honest GL platforms that don't ship their own headers are *totally > broken* and using mesa's headers is basically the same as crossing your > fingers and praying to $DEITY. Platforms that do this need to be fixed, not > worked around, and taking Mesa's headers without editing them is just > wrong. > > Ross _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
