Summary: | [chromium] CCThreadImpl / WebCompositorImpl shouldn't compile from webkit when use_libcc_for_compositor=1 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | James Robinson <jamesr> | ||||||
Component: | New Bugs | Assignee: | James Robinson <jamesr> | ||||||
Status: | RESOLVED FIXED | ||||||||
Severity: | Normal | CC: | abarth, dpranke, enne, fishd, webkit.review.bot | ||||||
Priority: | P2 | ||||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Bug Depends on: | 95211, 95214 | ||||||||
Bug Blocks: | |||||||||
Attachments: |
|
Description
James Robinson
2012-08-24 18:22:18 PDT
Created attachment 160538 [details]
Patch
Comment on attachment 160538 [details]
Patch
Should these files be moved too, for consistency? It looks like everything in platform/chromium/support goes into webcore_platform_support_files except for these.
Probably wouldn't hurt but wouldn't help too much either - they're getting nuked pretty soon. Comment on attachment 160538 [details]
Patch
R=me. If they're just going to go away soon, then not moving them sounds reasonable.
Comment on attachment 160538 [details] Patch Clearing flags on attachment: 160538 Committed r126813: <http://trac.webkit.org/changeset/126813> All reviewed patches have been landed. Closing bug. Re-opened since this is blocked by 95211 With use_libcc_for_compositor==0, I need to link WebCompositorImpl directly into the 'webkit' target along with the other webcore_platform_support_files. Not sure how cr-linux is green on this. Created attachment 161141 [details]
Patch
More direct - this just excludes those files from the 'webkit' target. Trybots are much happier with this. Comment on attachment 161141 [details]
Patch
ok
Committed r127020: <http://trac.webkit.org/changeset/127020> |