Fix initializer order warning, no bug
authorDavid Zbarsky <dzbarsky@gmail.com>
Sat, 22 Dec 2012 23:54:23 -0500
changeset 126030 bda6cac90251c863f3acc8e5bfbf531345b96cea
parent 126029 8b53a620ef9e34ef9fbd215a9a51670ae9d89cee
child 126031 cec4f0b329a3d0cf158b863d3cf9dbb43f99d2b4
push id2151
push userlsblakk@mozilla.com
push dateTue, 19 Feb 2013 18:06:57 +0000
treeherdermozilla-beta@4952e88741ec [default view] [failures only]
perfherder[talos] [build metrics] [platform microbench] (compared to previous push)
milestone20.0a1
first release with
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
last release without
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
Fix initializer order warning, no bug
gfx/layers/ipc/CompositorParent.cpp
--- a/gfx/layers/ipc/CompositorParent.cpp
+++ b/gfx/layers/ipc/CompositorParent.cpp
@@ -173,18 +173,18 @@ CompositorParent::CompositorParent(nsIWi
   , mXScale(1.0)
   , mYScale(1.0)
   , mIsFirstPaint(false)
   , mLayersUpdated(false)
   , mRenderToEGLSurface(aRenderToEGLSurface)
   , mEGLSurfaceSize(aSurfaceWidth, aSurfaceHeight)
   , mPauseCompositionMonitor("PauseCompositionMonitor")
   , mResumeCompositionMonitor("ResumeCompositionMonitor")
+  , mOverrideComposeReadiness(false)
   , mForceCompositionTask(nullptr)
-  , mOverrideComposeReadiness(false)
 {
   NS_ABORT_IF_FALSE(sCompositorThread != nullptr || sCompositorThreadID,
                     "The compositor thread must be Initialized before instanciating a COmpositorParent.");
   MOZ_COUNT_CTOR(CompositorParent);
   mCompositorID = 0;
   // FIXME: This holds on the the fact that right now the only thing that 
   // can destroy this instance is initialized on the compositor thread after 
   // this task has been processed.