cc:: Add RenderingStatsInstrumentation to manage collection of RenderingStats

cc/test/fake_layer_tree_host_impl.h

Index: cc/test/fake_layer_tree_host_impl.h
diff --git a/cc/test/fake_layer_tree_host_impl.h b/cc/test/fake_layer_tree_host_impl.h
index 2023411e44e8a7225e1db2a047e4919fb7804f5a..8ed07e88f4fa16d31024631ba093e6cfffa9838d 100644
--- a/cc/test/fake_layer_tree_host_impl.h
+++ b/cc/test/fake_layer_tree_host_impl.h
@@ -6,6 +6,7 @@
 #define CC_TEST_FAKE_LAYER_TREE_HOST_IMPL_H_
 
 #include "cc/test/fake_layer_tree_host_impl_client.h"
+#include "cc/test/fake_rendering_stats_instrumentation.h"
 #include "cc/trees/layer_tree_host_impl.h"
 #include "cc/trees/single_thread_proxy.h"
 
@@ -27,6 +28,7 @@ class FakeLayerTreeHostImpl : public LayerTreeHostImpl {
 
  private:
   FakeLayerTreeHostImplClient client_;
+  FakeRenderingStatsInstrumentation stats_instrumentation_;

[egraether, 2013/03/21 04:01:02]

Solved this similar to FakeLayerTreeHostImplClient above.

[danakj, 2013/03/21 04:21:59]

Hm, this is a little sketchy, in that the FRSI object won't be initialized yet,
when its pointer is given to the LTHI constructor.. I think. But the LTHI
constructor doesn't use it - similar to the client, so it seems okay for now. At
least it's as right or wrong as what's already happening, and shouldn't cause a
problem unless we start using it from the constructor.

We should probably do a followup that fixes this and client to be initialized
first, at some point.

 };
 
 }  // namespace cc