<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jun 17, 2016 at 2:09 PM, Emil Velikov <span dir="ltr"><<a href="mailto:emil.l.velikov@gmail.com" target="_blank">emil.l.velikov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 17 June 2016 at 21:12, Mike Gorchak <<a href="mailto:mike.gorchak.qnx@gmail.com">mike.gorchak.qnx@gmail.com</a>> wrote:<br>
> Please understand me right, we are not talking about desktop hardware and<br>
> libraries, only about embedded in case of GL ES.<br>
</span>GLES hasn't been "embedded only" for a while I believe.<br></blockquote><div><br></div><div>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.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> What's common for desktop<br>
> usually uncommon for embedded and vice versa.<br>
</span>True. And dare I say it, the embedded world tends to have more and<br>
nastier hacks than the desktop one :-P<br>
<span class=""><br>
> We are currently ship<br>
> libraries from many silicon vendors: Imagination RGX, Mali, Vivante, nVidia<br>
> - all have GLES 3.1 and 3.2 functions in libGLESv2.so .<br>
><br>
</span>Quick look for 'we' shows QNX (in case someone like myself is wondering).<br>
<br>
Hmm looking at the Mali one makes me uneasy - singe binary that<br>
provides the OpenCL, EGL GBM, wayland-egl and OpenGLES* APIs.<br>
<sarcasm><br>
Let's not forget that much needed symbols such as ConvertUTF8toUTF16<br>
(+ friends) and abstraction layers around dl, sem, mutex, sync_object,<br>
and threads must also be exported.<br>
</sarcasm><br>
<br>
Would be great if we get another confirmation if other vendors have<br>
butchered it so nicely. I believe there's a sound logic behind my<br>
suggestion, but if the cat is out of the bag (sort of speak) and we<br>
cannot do anything mitigate things so be it.<br>
<br>
Regards,<br>
Emil<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</div></div></blockquote></div><br></div></div>