|
|
DescriptionStart enforcing strict checks for {virtual,override,final} on Linux
BUG=417463
Committed: https://crrev.com/e8d2cde55fe3fcc12f557e413c7afaef574cb4b4
Cr-Commit-Position: refs/heads/master@{#309799}
Patch Set 1 #Patch Set 2 : argh #
Total comments: 3
Patch Set 3 : Update per suggestions #
Total comments: 1
Messages
Total messages: 17 (3 generated)
dcheng@chromium.org changed reviewers: + cjhopman@chromium.org
This works on my local machine. Hopefully it works on the bots...
thakis@chromium.org changed reviewers: + thakis@chromium.org
lgtm
(do you want to do this in gn too?)
On 2014/12/30 at 23:49:08, thakis wrote: > (do you want to do this in gn too?) Eventually. I've only been testing in gyp, so I'm sure gn will turn out some new fun. I'd like to get the flag enabled at all somewhere for starters =)
https://codereview.chromium.org/831863003/diff/20001/build/common.gypi File build/common.gypi (right): https://codereview.chromium.org/831863003/diff/20001/build/common.gypi#newcod... build/common.gypi:2146: 'clang_chrome_plugins_flags': [ gyp list merging is done by appending and I believe conditions in variables are applied after other variables are evaluated, and so you may be able to drop the nested variables block and the else condition here (and remove <@(clang_chrome_plugins_flags) from this condition).
also, lgtm either way
https://codereview.chromium.org/831863003/diff/20001/build/common.gypi File build/common.gypi (right): https://codereview.chromium.org/831863003/diff/20001/build/common.gypi#newcod... build/common.gypi:2146: 'clang_chrome_plugins_flags': [ On 2014/12/30 23:55:30, cjhopman wrote: > gyp list merging is done by appending and I believe conditions in variables are > applied after other variables are evaluated, and so you may be able to drop the > nested variables block and the else condition here (and remove > <@(clang_chrome_plugins_flags) from this condition). thakis@ mentioned this as well. I took an old patch that removed the last platform-dependent plugin flags and applied it in reverse, because gyp is scary and I wanted something that is 99.99% going to work. As it turns out, the Linux GPU bots don't build the same bits I've been testing with, so there's a bunch of new failures to fix there. So I'll look at simplifying the gyp a bit.
Looks much simpler now. For GYP, anyway. https://codereview.chromium.org/831863003/diff/20001/build/common.gypi File build/common.gypi (right): https://codereview.chromium.org/831863003/diff/20001/build/common.gypi#newcod... build/common.gypi:2146: 'clang_chrome_plugins_flags': [ On 2014/12/30 at 23:55:30, cjhopman wrote: > gyp list merging is done by appending and I believe conditions in variables are applied after other variables are evaluated, and so you may be able to drop the nested variables block and the else condition here (and remove <@(clang_chrome_plugins_flags) from this condition). Done.
lgtm++ https://codereview.chromium.org/831863003/diff/40001/build/common.gypi File build/common.gypi (right): https://codereview.chromium.org/831863003/diff/40001/build/common.gypi#newcod... build/common.gypi:2143: ['OS=="linux" and chromeos==0', { (if this ends up breaking the official bots, you could land this with an `and buildtype!="Official"` clause added)
On 2014/12/31 at 01:35:56, thakis wrote: > lgtm++ > > https://codereview.chromium.org/831863003/diff/40001/build/common.gypi > File build/common.gypi (right): > > https://codereview.chromium.org/831863003/diff/40001/build/common.gypi#newcod... > build/common.gypi:2143: ['OS=="linux" and chromeos==0', { > (if this ends up breaking the official bots, you could land this with an `and buildtype!="Official"` clause added) I'll try landing it without for now; hopefully it won't be too many failures (if any).
(Also, I think I did an official build as well locally and it was fine)
The CQ bit was checked by dcheng@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/831863003/40001
Message was sent while issue was closed.
Committed patchset #3 (id:40001)
Message was sent while issue was closed.
Patchset 3 (id:??) landed as https://crrev.com/e8d2cde55fe3fcc12f557e413c7afaef574cb4b4 Cr-Commit-Position: refs/heads/master@{#309799} |