Redirect Skia/Ganesh GL calls to Mesa during the layout tests.

Addition of GL-redirecting mechanism for the Skia/GPU back-end. During execution of the layout tests (DumpRenderTree), all GL-calls are invoked via Mesa. A GL re-direction mechanism was added to skia in revision (http://code.google.com/p/skia/source/detail?r=937) These changes populate the skia re-direction interface with the gl implementation currently in use in Chrome: The app\gfx\gl bindings. R=kbr, bsalomon
Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=78801
Reverted:  http://codereview.chromium.org/6712050/

[Jeff Timanus, 2011-03-17 04:40:55]

PTAL.

Any advice on how to provide a GLES 2.0 emulation layer on Mesa, or direction to
an existing layer would be very much appreciated.

Thanks!

Jeff

[bsalomon, 2011-03-17 13:38:52]

LGTM. 

It seems like this gets us almost all the way to getting the cmd buffer
dependency out of the skia gyp. Are GL_* macro definitions and GL* types the
only thing that Gr is relying on from the chrome GLES2?

I suspect with your work so far on abstracting GL we're pretty close to making
Gr work with both GLES and desktop in a single compile.

On 2011/03/17 04:40:55, Jeff Timanus wrote:
> PTAL.
> 
> Any advice on how to provide a GLES 2.0 emulation layer on Mesa, or direction
to
> an existing layer would be very much appreciated.
> 
> Thanks!
> 
> Jeff

[Ken Russell (switch to Gerrit), 2011-03-17 21:06:52]

LGTM

The closest thing we have to a vanilla GLES2 header is in
src/third_party/angle/include/GLES2/gl2.h .

If what you want is the enums and typedefs for the function pointers, we could
probably generate such a header file pretty easily using the script
src/gpu/command_buffer/build_gles2_cmd_buffer.py .