[WinCairo] Non-unified build fails to link Tools
authorross.kirsling@sony.com <ross.kirsling@sony.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Fri, 19 Apr 2019 03:28:35 +0000 (03:28 +0000)
committerross.kirsling@sony.com <ross.kirsling@sony.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Fri, 19 Apr 2019 03:28:35 +0000 (03:28 +0000)
commit7881ac9aa39d93c51aa61213f268232f57b4111d
treee05f991bfee19f18959cc108f33d5ef661c1f148
parentd75e735c420b10fd254a11c573af2481eee5e264
[WinCairo] Non-unified build fails to link Tools
https://bugs.webkit.org/show_bug.cgi?id=196866

Reviewed by Fujii Hironori.

.:

* Source/cmake/OptionsWin.cmake:
Build WebCore as an object library when unified builds are disabled
(and we haven't explicitly asked to build it as a shared library).
This is necessary for two reasons:
- Non-unified WebCore.lib is too large for the MSVC linker to create (>4GB).
- Some WebCore object files are not actually used, but DumpRenderTree and TestRunnerInjectedBundle
  still expect that their symbols will be re-exported via WebKit[Legacy].

Source/WebCore:

* CMakeLists.txt:
Drive-by fix -- don't disable string pooling when building WebCoreTestSupport.
(This should have been part of r235203.)

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@244448 268f45cc-cd09-0410-ab3c-d52691b4dbfc
ChangeLog
Source/WebCore/CMakeLists.txt
Source/WebCore/ChangeLog
Source/cmake/OptionsWin.cmake