Sorry about that. I don't know if GLAPIENTRY should be part of GL ES headers or not -- I'm not even sure there's an ABI defined on Windows.
Probably the easiest thing to do is to add #ifndef GLAPIENTRY #define GLAPIENTRY #endif etc to the header being generated for GL ES. I don't have time right now, but will take a look tomorrow. Jose ----- Original Message ----- > * Jose Fonseca wrote: > > Module: Mesa > > Branch: master > > Commit: ec4dfc2aad16ed3d04f47657e9f2cb22e791d511 > > URL: > > > > http://cgit.freedesktop.org/mesa/mesa/commit/?id=ec4dfc2aad16ed3d04f47657e9f2cb22e791d511 > > > > Author: José Fonseca <jfons...@vmware.com> > > Date: Thu May 19 16:49:49 2011 +0100 > > > > glapi: Implement SET_xxx as inline functions instead of macros. > > > > In order to have the benefit of type checking, and detect missing > > GLAPIENTRY keywords on public entrypoints. > > This breaks GLES support for me. Looking at the preprocessor output > (using > -save-temps) it seems to be caused by GLAPIENTRY and GLAPIENTRYP not > being > defined for GLES. > > I don't know what the best course of action would be? Defining > GLAPIENTRY{,P} > to GL_APIENTRY{,P} in both src/mesa/main/api_exec_es{1,2}.c fixes the > issue. > > Thierry > > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev > _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
