http://codereview.appspot.com/6227048/diff/1/src/gpu/gl/GrGpuGLShaders.cpp File src/gpu/gl/GrGpuGLShaders.cpp (left): http://codereview.appspot.com/6227048/diff/1/src/gpu/gl/GrGpuGLShaders.cpp#oldcode706 src/gpu/gl/GrGpuGLShaders.cpp:706: fHWDrawState.setViewMatrix(GrMatrix::InvalidMatrix()); This should have been removed when I removed ...
12 years, 5 months ago
(2012-05-21 21:50:06 UTC)
#1
http://codereview.appspot.com/6227048/diff/1/src/gpu/gl/GrGpuGL.h File src/gpu/gl/GrGpuGL.h (right): http://codereview.appspot.com/6227048/diff/1/src/gpu/gl/GrGpuGL.h#newcode77 src/gpu/gl/GrGpuGL.h:77: // its flush is complete. On 2012/05/21 22:02:38, TomH ...
12 years, 5 months ago
(2012-05-21 22:14:01 UTC)
#4
http://codereview.appspot.com/6227048/diff/1/src/gpu/gl/GrGpuGL.h
File src/gpu/gl/GrGpuGL.h (right):
http://codereview.appspot.com/6227048/diff/1/src/gpu/gl/GrGpuGL.h#newcode77
src/gpu/gl/GrGpuGL.h:77: // its flush is complete.
On 2012/05/21 22:02:38, TomH wrote:
> I don't think I understand any of this comment, but the first sentence is
> particularly opaque with its choice of verb tense.
Hopefully this is clearer:
// The current render target and textures are bound by GrGpuGL when it
// flushes state to GL. After the bindings occur the variables that track
// the current GL state are updated to reflect the new bindings. However,
// the GrGpuGL subclass may have subsequent GL state manipulation it must
// perform whenever RT or textures change. So the GrGpuGL will set these
// dirty flags when it changes the RT or texture bindings. The subclass can
// use them to trigger its dependent state flushing. The subclass should
// call resetDirtyFlags to zero these out after it has consumed them.
//
// TODO: Merge GrGpuGLShaders into GrGpuGL and remove the need for these
// flags.
Issue 6227048: Kill GrGpuGL::fHWDrawState
(Closed)
Created 12 years, 5 months ago by bsalomon
Modified 12 years, 5 months ago
Reviewers: robertphillips, TomH
Base URL: http://skia.googlecode.com/svn/trunk/
Comments: 3