Another Chromium Windows build fix attempt after r123014.

* chromium/public/Platform.h:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123034 268f45cc-cd09-0410-ab3c-d52691b4dbfc
test-webkitpy: run tests in parallel by default
https://bugs.webkit.org/show_bug.cgi?id=91422

Reviewed by Adam Barth.

We use multiprocessing.cpu_count() for the default number of
jobs to run; memory overhead should be very low, so this should
be fine.

* Scripts/webkitpy/test/main.py:
(Tester._parse_args):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123035 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Source/WebCore: [chromium] Ubercomp: clean up CCRenderer interface
https://bugs.webkit.org/show_bug.cgi?id=91555

Patch by Alexandre Elias <aelias@google.com> on 2012-07-18
Reviewed by Adrienne Walker.

I replaced the one-by-one RenderPass calls with a new drawFrame()
method that directly takes a CCRenderPassList, and moved a small
amount of code from CCLayerTreeHostImpl to implement it.  In ubercomp
mode, we will produce a frame bundle rather than a command-stream, so
the full list is easier to work with.

Also, give empty default implementations for the methods that don't
need to do anything in a non-GL context, and make private
setScissorToRect.

No new tests (no-op refactoring).

* platform/graphics/chromium/LayerRendererChromium.cpp:
(WebCore::LayerRendererChromium::drawFrame):
(WebCore):
* platform/graphics/chromium/LayerRendererChromium.h:
(LayerRendererChromium):
* platform/graphics/chromium/cc/CCLayerTreeHostImpl.cpp:
(WebCore::CCLayerTreeHostImpl::drawLayers):
* platform/graphics/chromium/cc/CCRenderer.h:
(WebCore::CCRenderer::viewportChanged):
(WebCore::CCRenderer::decideRenderPassAllocationsForFrame):
(WebCore::CCRenderer::haveCachedResourcesForRenderPassId):
(CCRenderer):
(WebCore::CCRenderer::finishDrawingFrame):
(WebCore::CCRenderer::doNoOp):
(WebCore::CCRenderer::isContextLost):

Source/WebKit/chromium: Add WebTextInputType enum values for text areas and
content-editable.
https://bugs.webkit.org/show_bug.cgi?id=91654

Patch by Nate Chapin <japhet@chromium.org> on 2012-07-18
Reviewed by Adam Barth.

No new tests, no behavior change without corresponding chromium.org changes.

* public/WebTextInputType.h:
* src/WebViewImpl.cpp:
(WebKit::WebViewImpl::textInputType):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123036 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Not reviewed. Build fix.

Add CR before bug number to avoid lint error.

* platform/chromium/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123037 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Ubercomp: add id to SharedQuadState
https://bugs.webkit.org/show_bug.cgi?id=91670

Patch by Alexandre Elias <aelias@google.com> on 2012-07-18
Reviewed by Adrienne Walker.

This assigns an integer ID to SharedQuadState objects and a
corresponding ID to quads.  This ID is unique only within a
RenderPass and currently is just set to the index in the shared quad
state list.  This is redundant with the pointer and exists to
simplify serialization.

I found out that pointer rewriting within a pickler is blocked by
pointers to memory being const there, so the reassignment will have to
be performed in the application layer anyway.  In that case, it's
simplest to add some ID integers.

Source/Platform:

* chromium/public/WebCompositorQuad.h:
(WebKit::WebCompositorQuad::sharedQuadStateId):
(WebCompositorQuad):
* chromium/public/WebCompositorSharedQuadState.h:
(WebCompositorSharedQuadState):

Source/WebCore:

No new tests (will introduce them when making use of the ID).

* platform/chromium/support/WebCompositorQuad.cpp:
(WebKit::WebCompositorQuad::WebCompositorQuad):
(WebKit::WebCompositorQuad::setSharedQuadState):
(WebKit):
* platform/chromium/support/WebCompositorSharedQuadState.cpp:
(WebKit::WebCompositorSharedQuadState::WebCompositorSharedQuadState):
(WebKit::WebCompositorSharedQuadState::create):
* platform/graphics/chromium/cc/CCLayerImpl.cpp:
(WebCore::CCLayerImpl::createSharedQuadState):
* platform/graphics/chromium/cc/CCLayerImpl.h:
(CCLayerImpl):
* platform/graphics/chromium/cc/CCRenderPass.cpp:
(WebCore::CCRenderPass::appendQuadsForLayer):
(WebCore::CCRenderPass::appendQuadsForRenderSurfaceLayer):
(WebCore::CCRenderPass::appendQuadsToFillScreen):
* platform/graphics/chromium/cc/CCRenderSurface.cpp:
(WebCore::CCRenderSurface::createSharedQuadState):
(WebCore::CCRenderSurface::createReplicaSharedQuadState):
* platform/graphics/chromium/cc/CCRenderSurface.h:
(CCRenderSurface):

Source/WebKit/chromium:

* tests/CCLayerTreeHostImplTest.cpp:
* tests/CCQuadCullerTest.cpp:
* tests/CCRenderSurfaceTest.cpp:
* tests/CCSolidColorLayerImplTest.cpp:
(CCLayerTestCommon::TEST):
* tests/CCTiledLayerImplTest.cpp:
(CCLayerTestCommon::TEST):
(CCLayerTestCommon::getQuads):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123038 268f45cc-cd09-0410-ab3c-d52691b4dbfc
REGRESSION (r122660-r122663): mathml/presentation/mo.xhtml, mathml/presentation/row.xhtml failing on Mountain Lion Production Tests
https://bugs.webkit.org/show_bug.cgi?id=91677

Reviewed by Eric Seidel.

Rebaseline after r122663.

* platform/mac/mathml/presentation/mo-expected.txt:
* platform/mac/mathml/presentation/row-expected.txt:
* platform/mac/mathml/presentation/mo-expected.png:
* platform/mac/mathml/presentation/row-expected.png:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123039 268f45cc-cd09-0410-ab3c-d52691b4dbfc
fix python unit tests failing under cygwin
https://bugs.webkit.org/show_bug.cgi?id=91678

Reviewed by Adam Barth.

Fix a case where executive.kill_process was failing under cygwin
(apple win port) in an unexpected way.

* Scripts/webkitpy/common/system/executive.py:
(Executive.kill_process):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123040 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Add gl_tests to flakiness dashboard.
https://bugs.webkit.org/show_bug.cgi?id=91680

Patch by Dave Tu <dtu@chromium.org> on 2012-07-18
Reviewed by Dirk Pranke.

* TestResultServer/static-dashboards/builders.js:
(loadBuildersList):
* TestResultServer/static-dashboards/dashboard_base.js:
(currentBuilderGroupCategory):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123041 268f45cc-cd09-0410-ab3c-d52691b4dbfc
dumpCallFrame is broken in ToT
https://bugs.webkit.org/show_bug.cgi?id=91444

Reviewed by Gavin Barraclough.

Various changes have been made to the SF calling convention, but
dumpCallFrame has not been updated to reflect these changes.
That resulted in both bogus information, as well as numerous
assertions of sadness.

This patch makes dumpCallFrame actually work again and adds the
wonderful feature of telling you the name of the variable that a
register reflects, or what value it contains.

* bytecode/CodeBlock.cpp:
(JSC::CodeBlock::nameForRegister):
    A really innefficient mechanism for finding the name of a local register.
    This should only ever be used by debug code so this should be okay.
* bytecode/CodeBlock.h:
(CodeBlock):
* bytecompiler/BytecodeGenerator.cpp:
(JSC::BytecodeGenerator::generate):
    Debug builds no longer throw away a functions symbol table, this allows
    us to actually perform a register# to name mapping
* dfg/DFGJITCompiler.cpp:
(JSC::DFG::JITCompiler::link):
    We weren't propogating the bytecode offset here leading to assertions
    in debug builds when dumping bytecode of DFG compiled code.
* interpreter/Interpreter.cpp:
(JSC):
(JSC::Interpreter::dumpRegisters):
     Rework to actually be correct.
(JSC::getCallerInfo):
     Return the byteocde offset as well now, given we have to determine it
     anyway.
(JSC::Interpreter::getStackTrace):
(JSC::Interpreter::retrieveCallerFromVMCode):
* interpreter/Interpreter.h:
(Interpreter):
* jsc.cpp:
(GlobalObject::finishCreation):
(functionDumpCallFrame):
     Give debug builds of JSC a method for calling dumpCallFrame so we can
     inspect a callframe without requiring us to break in a debugger.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123042 268f45cc-cd09-0410-ab3c-d52691b4dbfc