On Fri, Jun 17, 2016 at 2:09 PM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 17 June 2016 at 21:12, Mike Gorchak <mike.gorchak....@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@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev >
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
