RESOLVED FIXED 196762
WebCore should build successfully even with -DENABLE_UNIFIED_BUILDS=OFF
https://bugs.webkit.org/show_bug.cgi?id=196762
Summary WebCore should build successfully even with -DENABLE_UNIFIED_BUILDS=OFF
Ross Kirsling
Reported 2019-04-09 22:19:11 PDT
WebCore should build successfully even with -DENABLE_UNIFIED_BUILDS=OFF
Attachments
Patch (55.06 KB, patch)
2019-04-09 22:21 PDT, Ross Kirsling
no flags
Archive of layout-test-results from ews102 for mac-highsierra (2.45 MB, application/zip)
2019-04-09 23:31 PDT, EWS Watchlist
no flags
Archive of layout-test-results from ews104 for mac-highsierra-wk2 (3.04 MB, application/zip)
2019-04-09 23:40 PDT, EWS Watchlist
no flags
Patch (54.92 KB, patch)
2019-04-09 23:53 PDT, Ross Kirsling
no flags
Patch for landing (54.94 KB, patch)
2019-04-10 09:29 PDT, Ross Kirsling
no flags
Ross Kirsling
Comment 1 2019-04-09 22:21:44 PDT
Ross Kirsling
Comment 2 2019-04-09 22:24:17 PDT
Comment on attachment 367102 [details] Patch The good news is that this patch gets WinCairo (regardless of clang-cl or regular cl) through compiling WebCore. The bad news is that we hit one heck of a nasty-looking linking error: > [5/1068] Linking CXX static library lib64\WebCore.lib > FAILED: lib64/WebCore.lib > cmd.exe /C "cd . && C:\PROGRA~2\MICROS~4\2019\COMMUN~1\VC\Tools\MSVC\1420~1.275\bin\Hostx64\x64\link.exe /lib /nologo /machine:x64 /out:lib64\WebCore.lib @CMakeFiles\WebCore.rsp && cd ." > lib64\WebCore.lib : fatal error LNK1248: image size (1002E82C0) exceeds maximum allowable size (FFFFFFFF) > ninja: build stopped: subcommand failed.
EWS Watchlist
Comment 3 2019-04-09 23:31:55 PDT Comment hidden (obsolete)
EWS Watchlist
Comment 4 2019-04-09 23:31:57 PDT Comment hidden (obsolete)
EWS Watchlist
Comment 5 2019-04-09 23:40:47 PDT Comment hidden (obsolete)
EWS Watchlist
Comment 6 2019-04-09 23:40:49 PDT Comment hidden (obsolete)
Ross Kirsling
Comment 7 2019-04-09 23:53:24 PDT
Ryosuke Niwa
Comment 8 2019-04-10 01:25:11 PDT
Comment on attachment 367108 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=367108&action=review r=me provided the following comments are addressed. > Source/WebCore/bindings/js/JSCanvasRenderingContext2DCustom.cpp:31 > + JSCanvasRenderingContext2D* jsCanvasRenderingContext = JSC::jsCast<JSCanvasRenderingContext2D*>(handle.slot()->asCell()); > + void* root = jsCanvasRenderingContext->wrapped().canvas().opaqueRoot(); We don't wanna directly call Node::opaqueRoot like this. Just include JSNode.h instead. > Source/WebCore/bindings/js/JSCanvasRenderingContext2DCustom.cpp:37 > - visitor.addOpaqueRoot(root(wrapped().canvas())); > + visitor.addOpaqueRoot(wrapped().canvas().opaqueRoot()); Ditto.
Ryosuke Niwa
Comment 9 2019-04-10 01:25:35 PDT
JSNodeCustom.h rather.
Ross Kirsling
Comment 10 2019-04-10 09:29:37 PDT
Created attachment 367127 [details] Patch for landing
WebKit Commit Bot
Comment 11 2019-04-10 09:53:48 PDT
Comment on attachment 367127 [details] Patch for landing Clearing flags on attachment: 367127 Committed r244115: <https://trac.webkit.org/changeset/244115>
WebKit Commit Bot
Comment 12 2019-04-10 09:53:50 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 13 2019-04-10 09:54:24 PDT
Note You need to log in before you can comment on or make changes to this bug.