OpenGL ES and Linux

[José Fonseca]

The headers can be fixed.

But I doubt that's all it takes. Neither GL or EGL fully abstract the
windowing system API such as XLIB.  If XLIB is not used for creating
windows, something else (GBM?) must be used, and apitrace would need glue
code (retrace/glws_egl_gbm*) to use it.

Another alternative would be to use waffle.

Jose


On Tue, Dec 17, 2013 at 4:11 PM, Alexander Monakov <amonakov at ispras.ru>wrote:

> The issue here is that apitrace picks up its own Khronos headers instead of
> system headers; according to main CMakeLists:
>
> # We use bundled headers for all Khronos APIs, to guarantee support for
> both
> # OpenGL and OpenGL ES at build time, because the OpenGL and OpenGL ES 1
> APIs
> # are so intertwined that conditional compilation extremely difficult. This
> # also avoids missing/inconsistent declarations in system headers.
> include_directories (BEFORE ${CMAKE_CURRENT_SOURCE_DIR}/thirdparty/khronos)
>
> Clearly thirdparty/khronos/EGL/ is missing required logic to define all
> platform-specific types in your case; on non-Android Linux, it presumes
> X11-based EGL.
>
> On my system Mesa-supplied eglplatform.h has additional code for GBM and
> Wayland, for instance.
>
> You could hack this in some way to proceed with testing on your end; for
> example by copying system EGL headers to thirdparty/khronos.
>
> I don't know how to approach this on apitrace side.  I encourage you to
> open
> an issue on github and link this discussion.
>
> Alexander
> _______________________________________________
> apitrace mailing list
> apitrace at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/apitrace
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/apitrace/attachments/20131217/5edf2bc2/attachment.html>