aboutsummaryrefslogtreecommitdiffhomepage
path: root/README.chromium
diff options
context:
space:
mode:
authorGravatar kkinnunen <kkinnunen@nvidia.com>2014-08-03 23:19:46 -0700
committerGravatar Commit bot <commit-bot@chromium.org>2014-08-03 23:19:46 -0700
commitdddc18a6bba67ad43a65f4c244b95f76cefef617 (patch)
tree1b8d92d9ccf0f454f847797c5756e5f486478425 /README.chromium
parent7883132a4e93c8b5e897e271603d3b7122655a51 (diff)
Make GrGLProgram be available to GrGLProgramDataManager
GL APIs such as glProgramPathFragmentInputGenNV need the explicit program id in order to set the program resources. For GrGLProgramDataManager to call the APIs, the program id needs to be available to the GrGLProgramDataManager. One GrGLProgramDataManager is used to explicitly manage the resources of one GrGLProgram. Refactor the classes to reflect this: make GrGLProgram create and own GrGLProgramDataManager. This way the program id can be made available through GrGLProgram backpointer. In order to do this, remove the population of the program link results information for uniforms in GrGLProgramDataManager during shader generation. Instead, accumulate the info to the uniform list of GrGLShaderBuilder. After the generation, compilation and link is successful, this info can be used to construct both GrGLProgram and GrGLProgramDataManager. Changes names of functions to create UniformHandles and convert them to list indices. This tries to highlight that they're different lists, even though at the moment they match index-wise. E.g the contract is that handles can be created based on the shader builder state, and the object can later be set with the handle and the manager that was created with the builder. This is needed to support NV_path_rendering for GLES. R=bsalomon@google.com Author: kkinnunen@nvidia.com Review URL: https://codereview.chromium.org/426553011
Diffstat (limited to 'README.chromium')
0 files changed, 0 insertions, 0 deletions