[Mesa-dev] [Mesa-stable] [PATCH] mapi: Export all GLES 3.1 functions in libGLESv2.so

Jason Ekstrand jason at jlekstrand.net
Fri Jun 17 21:22:30 UTC 2016


On Fri, Jun 17, 2016 at 2:09 PM, Emil Velikov <emil.l.velikov at gmail.com>
wrote:

> On 17 June 2016 at 21:12, Mike Gorchak <mike.gorchak.qnx at gmail.com> wrote:
> > Please understand me right, we are not talking about desktop hardware and
> > libraries, only about embedded in case of GL ES.
> GLES hasn't been "embedded only" for a while I believe.
>

No, but Mike is 100% correct that looking at AMD and NVIDIA isn't
sufficient in the gles case.  AMD doesn't matter (they don't do GLES) and
NVIDIA is only one vendor.  If the majority of *other* vendors (and there
are a lot of them) export the symbols, that does mean something.


>
> > What's common for desktop
> > usually uncommon for embedded and vice versa.
> True. And dare I say it, the embedded world tends to have more and
> nastier hacks than the desktop one :-P
>
> > We are currently ship
> > libraries from many silicon vendors: Imagination RGX, Mali, Vivante,
> nVidia
> > - all have GLES 3.1 and 3.2 functions in libGLESv2.so .
> >
> Quick look for 'we' shows QNX (in case someone like myself is wondering).
>
> Hmm looking at the Mali one makes me uneasy - singe binary that
> provides the OpenCL, EGL GBM, wayland-egl and OpenGLES* APIs.
> <sarcasm>
> Let's not forget that much needed symbols such as ConvertUTF8toUTF16
> (+ friends) and abstraction layers around dl, sem, mutex, sync_object,
> and threads must also be exported.
> </sarcasm>
>
> Would be great if we get another confirmation if other vendors have
> butchered it so nicely. I believe there's a sound logic behind my
> suggestion, but if the cat is out of the bag (sort of speak) and we
> cannot do anything mitigate things so be it.
>
> Regards,
> Emil
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20160617/12025637/attachment.html>


More information about the mesa-dev mailing list