diff options
author | Eric Anholt <[email protected]> | 2015-11-24 22:11:41 -0800 |
---|---|---|
committer | Eric Anholt <[email protected]> | 2015-12-01 10:24:02 -0800 |
commit | edc88504366c7182035f07034dd6073a09a7c29e (patch) | |
tree | 097980f673d0d52363bb9cc478bcf47e714b678e /src/mapi/glapi | |
parent | 9adbb9e7134fdc40766710592e81cbc9c09c7aaa (diff) |
mesa: Cut enum_strings.cpp test down to a few hand-chosen enums.
The previous contents appeared to be the output of some form of code
generation for all enums, with a few entries hand-edited to deal with
oddness. The downside to this was that when an enum gets promoted from
vendor to _EXT or _EXT to _ARB or _ARB to core, make check starts failing
even when the commiter has done nothing wrong. Instead of black-box
testing the code generation, pick a few enums that intentionally poke the
interesting cases of code generation.
People editing the code generator should be diffing the generated code
anyway. This should catch when they fail to do so, without throwing false
negatives when people update the GL XML.
Reviewed-by: Ian Romanick <[email protected]>
Diffstat (limited to 'src/mapi/glapi')
0 files changed, 0 insertions, 0 deletions