On 08/23/2012 05:00 PM, Paul Berry wrote:
This test provokes a bug in Mesa as of 8/23/12 (commit 1cb07bd): when
fast depth clears are performed on multiple layers of a multilayer
depth texture (such as a 2D array or a cubemap texture), the
implementation doesn't properly track the need for
On 08/23/2012 05:00 PM, Paul Berry wrote:
This test provokes a bug in Mesa as of 8/23/12 (commit 1cb07bd): when
fast depth clears are performed on multiple layers of a multilayer
depth texture (such as a 2D array or a cubemap texture), the
implementation doesn't properly track the need for depth
On 24 August 2012 16:09, Stuart Abercrombie sabercrom...@chromium.orgwrote:
The idea is to allow different GLSL versions for GL vs GL ES. There
shouldn't be a functional change until shader scripts are altered too.
Added ES GLSL version string parsing.
I like where you're going with this.
This reworks the test to test whether
1) forward-compatible contexts can be created, or
2) the correct error is generated when they can't.
Previously the test did only the first and would fail if
forward-compatible contexts couldn't be created.
---