|
|
Descriptionwin: Set is_clang=true by default.
To figure out unknown problems. If this inconveniences you in any way, please
do let us know (ideally on crbug.com) – finding annoying things are part of the
motivation for this change.
If this breaks anything, please revert with prejudice -- but file a bug for
us about what went wrong. We intend to revert this in 5 hours if it's not
reverted earlier due to breaking something.
This also switches win_clang to use MSVC as compiler, to make sure things stay
compilable with both compilers even while this is in.
Known problems:
* build times without goma are slower (but you can do goma builds with debug
info, which are faster)
* incremental linking of webcore.dll doesn't work, so if you work on blink
on windows links will be slow. If this affects you, please star
https://crbug.com/717207 and make yourself heard.
This doesn't affect what we ship, which is currently off an PGO builder.
BUG=709690, 82385
Review-Url: https://codereview.chromium.org/2870543003
Cr-Commit-Position: refs/heads/master@{#475401}
Committed: https://chromium.googlesource.com/chromium/src/+/d560ed865c053d87594aca8a72637593117d5d1b
Patch Set 1 #Patch Set 2 : no pgo #Patch Set 3 : rebase #
Total comments: 3
Patch Set 4 : more bots #Patch Set 5 : whooooops #
Total comments: 4
Patch Set 6 : comment #Messages
Total messages: 90 (75 generated)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...) win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: android_clang_dbg_recipe on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_clan...) android_n5x_swarming_rel on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_n5x_...) ios-simulator on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-simulator/bui...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
hans@chromium.org changed reviewers: + hans@chromium.org
LGTM BUG=82385? https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl File tools/mb/mb_config.pyl (right): https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl#... tools/mb/mb_config.pyl:1503: # TODO(thakis): Now that the default win bots uss clang, use win_clang s/uss/use/
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
On 2017/05/15 17:22:43, hans wrote: > LGTM > > BUG=82385? > > https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl > File tools/mb/mb_config.pyl (right): > > https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl#... > tools/mb/mb_config.pyl:1503: # TODO(thakis): Now that the default win bots uss > clang, use win_clang > s/uss/use/ Goma troubles (see posts on goma-users), we won't get reliable try results today.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be very slow This doesn't affect what we ship, which is currently off an PGO builder. BUG=XXX ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be very slow. Try setting use_win_fastbuild=true in args.gn This doesn't affect what we ship, which is currently off an PGO builder. BUG=XXX ==========
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be very slow. Try setting use_win_fastbuild=true in args.gn This doesn't affect what we ship, which is currently off an PGO builder. BUG=XXX ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be very slow. Try setting use_win_fastbuild=true in args.gn This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ==========
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be very slow. Try setting use_win_fastbuild=true in args.gn This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. This switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be very slow. Try setting use_win_fastbuild=true in args.gn This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ==========
The CQ bit was unchecked by thakis@chromium.org
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. This switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be very slow. Try setting use_win_fastbuild=true in args.gn This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. This switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ==========
patch set 4 lgtm too
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. This switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ==========
https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl File tools/mb/mb_config.pyl (right): https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl#... tools/mb/mb_config.pyl:1629: 'gn_args': 'is_clang=true', whooooooooops
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=82385 ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=709690,82385 ==========
thakis@chromium.org changed reviewers: + brettw@chromium.org
+brettw for BUILDCONFIG which is noparent
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=709690,82385 ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. We intend to revert this in 1-2 days if it's not reverted earlier due to breaking something. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=709690,82385 ==========
https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl File tools/mb/mb_config.pyl (right): https://codereview.chromium.org/2870543003/diff/40001/tools/mb/mb_config.pyl#... tools/mb/mb_config.pyl:1629: 'gn_args': 'is_clang=true', On 2017/05/17 22:27:48, Nico wrote: > whooooooooops But it said no_clang on the tin!
thakis@chromium.org changed reviewers: + brucedawson@chromium.org
I like the idea. lgtm with a couple of questions/nits. Also, I understand this doesn't affect what we ship, but maybe mention that we already ship some percentage of clang builds. https://codereview.chromium.org/2870543003/diff/80001/tools/mb/mb_config.pyl File tools/mb/mb_config.pyl (right): https://codereview.chromium.org/2870543003/diff/80001/tools/mb/mb_config.pyl#... tools/mb/mb_config.pyl:141: 'CrWinClang(shared)': 'clang_minimal_symbols_shared_release_bot_x86', How come these two got moved? Alternately, how come the other CrWinClang entries *didn't* get moved? https://codereview.chromium.org/2870543003/diff/80001/tools/mb/mb_config.pyl#... tools/mb/mb_config.pyl:1063: # check that is very confusing, so rename the bot to win_msvc. It's not clear which part of this the TODO refers to. I think it is just the second sentence, so move the TODO to represent that?
Thanks! https://codereview.chromium.org/2870543003/diff/80001/tools/mb/mb_config.pyl File tools/mb/mb_config.pyl (right): https://codereview.chromium.org/2870543003/diff/80001/tools/mb/mb_config.pyl#... tools/mb/mb_config.pyl:141: 'CrWinClang(shared)': 'clang_minimal_symbols_shared_release_bot_x86', On 2017/05/17 22:57:17, brucedawson wrote: > How come these two got moved? Alternately, how come the other CrWinClang entries > *didn't* get moved? I was looking through the bot names on https://build.chromium.org/p/chromium.fyi/console?category=win%20clang (which has the fyi clang bots with pinned clang). The other CrWinClang (lld) bots confusingly use trunk clang and should really be called ClangToTWin. https://codereview.chromium.org/2870543003/diff/80001/tools/mb/mb_config.pyl#... tools/mb/mb_config.pyl:1063: # check that is very confusing, so rename the bot to win_msvc. On 2017/05/17 22:57:17, brucedawson wrote: > It's not clear which part of this the TODO refers to. I think it is just the > second sentence, so move the TODO to represent that? Done.
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
While this is exciting, it's a substantial change and so it warrants larger discussion with more data. Can you start a thread on an appropriate mailing list (chrome-windows?) first to get a discussion going? We need some more data as well, such as: -how much does it slow down building? (debug vs release, incremental builds) -what are the build times with goma? (for the above two, please use z840 since that's what windows devs at google primarily use) -any changes to debugging with Visual Studio? -anything else that could impact developers on windows?
jam@chromium.org changed reviewers: + jam@chromium.org
On 2017/05/17 23:14:28, jam wrote: > While this is exciting, it's a substantial change and so it warrants larger > discussion with more data. > > Can you start a thread on an appropriate mailing list (chrome-windows?) first to > get a discussion going? > > We need some more data as well, such as: > -how much does it slow down building? (debug vs release, incremental builds) > -what are the build times with goma? > (for the above two, please use z840 since that's what windows devs at google > primarily use) > -any changes to debugging with Visual Studio? > -anything else that could impact developers on windows? We have discussed this in high detail with many people at various conferences. See https://groups.google.com/a/google.com/forum/#!topic/chrome-desktop/kKzbvlB3Zfw for the last update, https://docs.google.com/document/d/1yoW7U0fTDo5Yp4m5KTqo-oea2w5HobDoplppwSnYY... for a doc with a bunch of numbers from a while ago, https://groups.google.com/a/google.com/forum/#!topic/chrome-windows/Au_AYn4ys4Q for recent build time data. Debugging should Just Work, see blockers of https://bugs.chromium.org/p/chromium/issues/detail?id=636111 for debugging experience things (all known issues fixed; the one open bug has a fix in https://codereview.chromium.org/2884383004 that should make it in before this CL here lands. (We've been trying to find stakeholders who are interested in this for months now.)
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
I'm not following the threads but I'll give an owners LGTM so you can submit this when everything is ready.
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: ios-simulator on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-simulator/bui...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by thakis@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. We intend to revert this in 1-2 days if it's not reverted earlier due to breaking something. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=709690,82385 ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. We intend to revert this in 5 hours if it's not reverted earlier due to breaking something. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=709690,82385 ==========
The CQ bit was checked by thakis@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from hans@chromium.org, brucedawson@chromium.org Link to the patchset: https://codereview.chromium.org/2870543003/#ps100001 (title: "comment")
CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 100001, "attempt_start_ts": 1496106055129070, "parent_rev": "5389373c6dec30d783eb46b4c8190720f411a8a7", "commit_rev": "d560ed865c053d87594aca8a72637593117d5d1b"}
Message was sent while issue was closed.
Description was changed from ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. We intend to revert this in 5 hours if it's not reverted earlier due to breaking something. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=709690,82385 ========== to ========== win: Set is_clang=true by default. To figure out unknown problems. If this inconveniences you in any way, please do let us know (ideally on crbug.com) – finding annoying things are part of the motivation for this change. If this breaks anything, please revert with prejudice -- but file a bug for us about what went wrong. We intend to revert this in 5 hours if it's not reverted earlier due to breaking something. This also switches win_clang to use MSVC as compiler, to make sure things stay compilable with both compilers even while this is in. Known problems: * build times without goma are slower (but you can do goma builds with debug info, which are faster) * incremental linking of webcore.dll doesn't work, so if you work on blink on windows links will be slow. If this affects you, please star https://crbug.com/717207 and make yourself heard. This doesn't affect what we ship, which is currently off an PGO builder. BUG=709690,82385 Review-Url: https://codereview.chromium.org/2870543003 Cr-Commit-Position: refs/heads/master@{#475401} Committed: https://chromium.googlesource.com/chromium/src/+/d560ed865c053d87594aca8a7263... ==========
Message was sent while issue was closed.
Committed patchset #6 (id:100001) as https://chromium.googlesource.com/chromium/src/+/d560ed865c053d87594aca8a7263...
Message was sent while issue was closed.
A revert of this CL (patchset #6 id:100001) has been created in https://codereview.chromium.org/2907363002/ by kjellander@chromium.org. The reason for reverting is: Breaks many tests: goma errors https://bugs.chromium.org/p/chromium/issues/detail?id=727488 webkit_tests is https://bugs.chromium.org/p/chromium/issues/detail?id=727463 (most of) win7 tests is https://bugs.chromium.org/p/chromium/issues/detail?id=727458 . |