[OE-core] [RFC][PATCH] mesa-gl: add GL-only Mesa recipe

Kamble, Nitin A nitin.a.kamble at intel.com
Wed Sep 11 00:23:00 UTC 2013


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.burton at intel.com]
> Sent: Tuesday, September 10, 2013 2:52 AM
> To: Kamble, Nitin A
> Cc: openembedded-core at 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.kamble at 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


More information about the Openembedded-core mailing list