<div dir="ltr">Hi,<br><div><br>> You're supposed to get at these functions with eglGetProcAddress() and such<br><br></div><div>A'm afraid EGL v1.4 spec forbids obtaining core functions through eglGetProcAddress(), they should be visible at dynamic linker level.<br><br></div><div>Anyway, thanks!<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 15, 2016 at 3:06 PM, Ilia Mirkin <span dir="ltr"><<a href="mailto:imirkin@alum.mit.edu" target="_blank">imirkin@alum.mit.edu</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 Wed, Jun 15, 2016 at 2:55 PM, Mike Gorchak<br>
<<a href="mailto:mike.gorchak.qnx@gmail.com">mike.gorchak.qnx@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> hm, could you check "cat ./src/mapi/es2api/glapi_mapi_tmp.h | grep<br>
> glFramebufferParameteri" ?<br>
><br>
> I can see void APIENTRY gl_dispatch_stub_888(GLenum target, GLenum pname,<br>
> GLint param); instead of glFramebufferParameteri there.<br>
><br>
> Also objdump -x for GLES 2.0 API shows absence of glFramebufferParameteri()<br>
> function as well. Only GLES 3.0 functions are present.<br>
<br>
</span>I'm not up on all the latest, but are those supposed to be there? This<br>
just means that they're not exposed symbols in libGLESv2.so, which<br>
afaik is right. It's definitely right for libGL.so. You're supposed to<br>
get at these functions with eglGetProcAddress() and such. However<br>
perhaps the policy for libGLESv2.so is supposed to be different? Ian<br>
will know for sure.<br>
<span class="HOEnZb"><font color="#888888"><br>
  -ilia<br>
</font></span></blockquote></div><br></div>