[Piglit] [PATCH 1/3] Add eglut utility

Shuang He shuang.he at intel.com
Mon Nov 8 18:14:44 PST 2010

On 2010-11-9 7:59, Ian Romanick wrote:
> EGL is already platform independent except for the things that EGL
> doesn't do... but GLUT does.  What I want to avoid is a proliferation of
> duplicated tests (i.e., one for eglut and one for GLUT).  As far as I
> can tell, eglut implements, with the one exception you mentioned, a
> subset of the GLUT API.  Since tests won't link with both eglut and
> GLUT, I don't see a problem with giving the eglut functions the same
> name as their GLUT counterparts.
> By doing that we can easily hide API selection from most tests in the
> piglit framework.  Then the EGL/OpenGL ES 2 version and the GLX/OpenGL
> version differ only in the parts of the framework that they link with.

These look feasible. I'll try to figure out how to make this right.

> We need to run every OpenGL ES 2 test on every desktop OpenGL system
> that supports GL_ARB_ES2_compatibility.  Making this work with the
> minimum pain and maintenance burden is a good thing.  A lot of the
> testing that we do involves comparing the results from multiple vendors,
> so making something that just works with Mesa isn't good enough.
> We have two variables that have two values, and we need to be able to
> test all four combinations:
>   - window system ->  native vs. EGL
>   - drawing API ->  OpenGL ES vs. desktop OpenGL
> The OpenGL ES + native window system API is the GL_ARB_ES2_compatibility
> case.

Thanks for making the whole picture clear for me.
I'm aware of native mode, which is coming with EGL, when adding these 
bits, but didn't pay
much intention to it, since we haven't had plan to test it. After Max 
gave us overview
of the near future, I think it's reasonable to take these combination 
into consideration.
I don't know much on native side (just seeing it's keeping changing, 
which stops me from
touching it), will learn it and may also need your help.


More information about the Piglit mailing list