commit ff168d9258e0101826a8072b4ee077c3d2aa7258
author Brian Salomon <bsalomon@google.com> Sat Jun 23 15:17:27 2018 -0400
committer Skia Commit-Bot <skia-commit-bot@chromium.org> Mon Jun 25 17:55:45 2018 +0000
tree c8338ce3ffb83b18575785a3bd98b2607e59bb1a
parent 721e63727f38b9c7664a173ab475d7c7a58cd8a8

Put GrPrimitiveProcessor/GrGeometryProcessor before GrPipeline in param lists.

We were inconsistent about which order these were in. Having the processor first
will make the parameter order more logical for an upcoming change. Also, the primitive
processor comes logically before the pipeline.

Change-Id: I3968c5e4e6dff01f9c4ad311eb1795b3c7580ff5
Reviewed-on: https://skia-review.googlesource.com/137228
Reviewed-by: Greg Daniel <egdaniel@google.com>
Commit-Queue: Brian Salomon <bsalomon@google.com>

src/gpu/GrGpuCommandBuffer.h

diff --git a/src/gpu/GrGpuCommandBuffer.h b/src/gpu/GrGpuCommandBuffer.h
index 6963d23..4fae620 100644
--- a/src/gpu/GrGpuCommandBuffer.h
+++ b/src/gpu/GrGpuCommandBuffer.h
@@ -97,8 +97,8 @@
     // GrMesh object and emit a draw for it. Each draw will use the same GrPipeline and
     // GrPrimitiveProcessor. This may fail if the draw would exceed any resource limits (e.g.
     // number of vertex attributes is too large).
-    bool draw(const GrPipeline&,
-              const GrPrimitiveProcessor&,
+    bool draw(const GrPrimitiveProcessor&,
+              const GrPipeline&,
               const GrMesh[],
               const GrPipeline::DynamicState[],
               int meshCount,
@@ -132,8 +132,8 @@
     virtual GrGpu* gpu() = 0;
 
     // overridden by backend-specific derived class to perform the draw call.
-    virtual void onDraw(const GrPipeline&,
-                        const GrPrimitiveProcessor&,
+    virtual void onDraw(const GrPrimitiveProcessor&,
+                        const GrPipeline&,
                         const GrMesh[],
                         const GrPipeline::DynamicState[],
                         int meshCount,