|
|
Chromium Code Reviews|
Created:
3 years, 10 months ago by Yuta Kitamura Modified:
3 years, 9 months ago CC:
chromium-reviews, blink-reviews, kinuko+watch, blink-reviews-wtf_chromium.org, Mikhail Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionAdd initial BUILD.gn in platform/wtf/, and move first a few files there.
This is the first attempt to move files in wtf/ to platform/wtf/. In this
commit, initial BUILD.gn is introduced in platform/wtf/, and the following
files are moved to platform/wtf/ as a proof that the new BUILD.gn actually
works.
The following files are moved at this time:
WTFExport.h
CryptographicallyRandomNumber.{h,cpp}
They are chosen because they have very minimum dependency on other files
in wtf/, and we need at least one cpp file to make the target linkable.
BUG=691465
Review-Url: https://codereview.chromium.org/2703633003
Cr-Commit-Position: refs/heads/master@{#455410}
Committed: https://chromium.googlesource.com/chromium/src/+/00b8333a75c81b89aec8a377a33fa071a59e1748
Patch Set 1 #
Total comments: 2
Patch Set 2 : Fix comments about visibility. #Patch Set 3 : Rebase for platform/newwtf. #
Total comments: 2
Patch Set 4 : Revert PS3. #Patch Set 5 : Give Source/platform/ priority over Source/. #
Total comments: 1
Messages
Total messages: 88 (43 generated)
The CQ bit was checked by yutak@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...
yutak@chromium.org changed reviewers: + haraken@chromium.org
PTAL
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_asan_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
LGTM https://codereview.chromium.org/2703633003/diff/1/third_party/WebKit/Source/p... File third_party/WebKit/Source/platform/wtf/BUILD.gn (right): https://codereview.chromium.org/2703633003/diff/1/third_party/WebKit/Source/p... third_party/WebKit/Source/platform/wtf/BUILD.gn:15: # only redirection headers in wtf/ to include the headers in "platform/wtf". But it's fine to use platform_wtf from core/, modules/ etc, right? I think the restriction here is that platform_wtf should not use any other platform/ things until we break the dependency from wtf to platform_wtf.
The CQ bit was checked by yutak@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from haraken@chromium.org Link to the patchset: https://codereview.chromium.org/2703633003/#ps20001 (title: "Fix comments about visibility.")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
https://codereview.chromium.org/2703633003/diff/1/third_party/WebKit/Source/p... File third_party/WebKit/Source/platform/wtf/BUILD.gn (right): https://codereview.chromium.org/2703633003/diff/1/third_party/WebKit/Source/p... third_party/WebKit/Source/platform/wtf/BUILD.gn:15: # only redirection headers in wtf/ to include the headers in "platform/wtf". On 2017/02/17 10:37:24, haraken wrote: > > But it's fine to use platform_wtf from core/, modules/ etc, right? > > I think the restriction here is that platform_wtf should not use any other > platform/ things until we break the dependency from wtf to platform_wtf. Yeah, I think you are right. Both gn-wise and DEPS-wise, there's nothing that blocks including from core/ or modules/. I'll correct the comments.
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: win_clang on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_clang/builds/...)
thakis@chromium.org changed reviewers: + thakis@chromium.org
The win_clang failure here is real I think: cl and gcc will pick up different WTFExport.h headers for these includes. (The presenter notes of the slides at https://docs.google.com/presentation/d/1oxNHaVjA9Gn_rTzX6HIpJHP7nXRua_0URXxxJ... have some details on this)
On 2017/02/17 16:06:17, Nico wrote: > The win_clang failure here is real I think: cl and gcc will pick up different > WTFExport.h headers for these includes. (The presenter notes of the slides at > https://docs.google.com/presentation/d/1oxNHaVjA9Gn_rTzX6HIpJHP7nXRua_0URXxxJ... > have some details on this) OK, we probably need to rename platform/wtf to something else due to MSVC-specific include rules... Will create another CL to just do the directory rename, and then try to land this again. in_reply_to: 5754903989321728 send_mail: 1 subject: Add initial BUILD.gn in platform/wtf/, and move first a few files there.
Patchset #3 (id:40001) has been deleted
The CQ bit was checked by yutak@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...
haraken: PTAL again at this one? I think this should be fine. https://codereview.chromium.org/2703633003/diff/60001/third_party/WebKit/Sour... File third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h (right): https://codereview.chromium.org/2703633003/diff/60001/third_party/WebKit/Sour... third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h:28: #define CryptographicallyRandomNumber_h WebKit lint warned #include guard style this time; maybe there's some special rules for files under */wtf/?
LGTM https://codereview.chromium.org/2703633003/diff/60001/third_party/WebKit/Sour... File third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h (right): https://codereview.chromium.org/2703633003/diff/60001/third_party/WebKit/Sour... third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h:28: #define CryptographicallyRandomNumber_h On 2017/02/20 11:04:00, Yuta Kitamura wrote: > WebKit lint warned #include guard style this time; maybe there's some > special rules for files under */wtf/? Hmm, I'm not sure.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_chromeos_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
Just adding more -I flags instead of renaming will probably do the trick as well. (On phone, but can give a amore detailed suggestion later if you want) On Feb 20, 2017 6:58 AM, <haraken@chromium.org> wrote: > LGTM > > > > https://codereview.chromium.org/2703633003/diff/60001/ > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h > File > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h > (right): > > https://codereview.chromium.org/2703633003/diff/60001/ > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber. > h#newcode28 > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber. > h:28: > #define CryptographicallyRandomNumber_h > On 2017/02/20 11:04:00, Yuta Kitamura wrote: > > WebKit lint warned #include guard style this time; maybe there's some > > special rules for files under */wtf/? > > Hmm, I'm not sure. > > https://codereview.chromium.org/2703633003/ > -- You received this message because you are subscribed to the Google Groups "Blink Reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-reviews+unsubscribe@chromium.org.
Just adding more -I flags instead of renaming will probably do the trick as well. (On phone, but can give a amore detailed suggestion later if you want) On Feb 20, 2017 6:58 AM, <haraken@chromium.org> wrote: > LGTM > > > > https://codereview.chromium.org/2703633003/diff/60001/ > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h > File > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber.h > (right): > > https://codereview.chromium.org/2703633003/diff/60001/ > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber. > h#newcode28 > third_party/WebKit/Source/platform/newwtf/CryptographicallyRandomNumber. > h:28: > #define CryptographicallyRandomNumber_h > On 2017/02/20 11:04:00, Yuta Kitamura wrote: > > WebKit lint warned #include guard style this time; maybe there's some > > special rules for files under */wtf/? > > Hmm, I'm not sure. > > https://codereview.chromium.org/2703633003/ > -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
On 2017/02/20 14:04:45, Nico wrote: > Just adding more -I flags instead of renaming will probably do the trick as > well. (On phone, but can give a amore detailed suggestion later if you want) > I'm interested. Can you give me further info when you have time? Thanks!
On 2017/02/21 01:06:01, Yuta Kitamura wrote: > On 2017/02/20 14:04:45, Nico wrote: > > Just adding more -I flags instead of renaming will probably do the trick as > > well. (On phone, but can give a amore detailed suggestion later if you want) > > > > I'm interested. Can you give me further info when you have time? > Thanks! FYI, //third_party/WebKit/Source:config seemed right to me, but is there any trick here? Or put another config elsewhere?
On 2017/02/21 01:08:51, Yuta Kitamura wrote: > On 2017/02/21 01:06:01, Yuta Kitamura wrote: > > On 2017/02/20 14:04:45, Nico wrote: > > > Just adding more -I flags instead of renaming will probably do the trick as > > > well. (On phone, but can give a amore detailed suggestion later if you want) > > > > > > > I'm interested. Can you give me further info when you have time? > > Thanks! > > FYI, //third_party/WebKit/Source:config seemed right to me, > but is there any trick here? Or put another config elsewhere? Hey Nico, I'm still curious about this. (hoping this post will bump the thread in your email queue...)
On 2017/02/22 10:54:11, Yuta Kitamura wrote: > On 2017/02/21 01:08:51, Yuta Kitamura wrote: > > On 2017/02/21 01:06:01, Yuta Kitamura wrote: > > > On 2017/02/20 14:04:45, Nico wrote: > > > > Just adding more -I flags instead of renaming will probably do the trick > as > > > > well. (On phone, but can give a amore detailed suggestion later if you > want) > > > > > > > > > > I'm interested. Can you give me further info when you have time? > > > Thanks! > > > > FYI, //third_party/WebKit/Source:config seemed right to me, > > but is there any trick here? Or put another config elsewhere? > > Hey Nico, I'm still curious about this. (hoping this post will > bump the thread in your email queue...) Sorry about dropping the ball here. From looking around a bit, Source:config gets added here https://cs.chromium.org/chromium/src/third_party/WebKit/Source/core/core.gni?... to blink_core_sources targets. The error is: FAILED: obj/third_party/WebKit/Source/bindings/core/v8/bindings_core_impl/ClipboardEventInit.obj E:\b\c\cipd\goma/gomacc.exe ../../third_party/llvm-build/Release+Asserts/bin/clang-cl.exe /nologo /showIncludes /FC @obj/third_party/WebKit/Source/bindings/core/v8/bindings_core_impl/ClipboardEventInit.obj.rsp /c gen/blink/core/events/ClipboardEventInit.cpp /Foobj/third_party/WebKit/Source/bindings/core/v8/bindings_core_impl/ClipboardEventInit.obj /Fd"obj/third_party/WebKit/Source/bindings/core/v8/bindings_core_impl_cc.pdb" In file included from gen/blink/core/events/ClipboardEventInit.cpp:14: In file included from ../../third_party/WebKit/Source\core/clipboard/DataTransfer.h:30: In file included from ../../third_party/WebKit/Source\core/loader/resource/ImageResourceContent.h:11: In file included from ../../third_party/WebKit/Source\platform/geometry/LayoutSize.h:34: In file included from ../../third_party/WebKit/Source\platform/LayoutUnit.h:39: E:\b\c\b\win_clang\src\third_party\WebKit\Source\wtf\text\WTFString.h(32,10): error: #include resolved using non-portable Microsoft search rules as: ../../third_party/WebKit/Source\platform/wtf/WTFExport.h [-Werror,-Wmicrosoft-include] #include "wtf/WTFExport.h" So it happens when building ClipboardEventInit.obj which is part of the bindings_core_impl target, which as far as I can tell does use blink_core_sources: https://cs.chromium.org/chromium/src/third_party/WebKit/Source/bindings/core/... So I agree with you that it's a bit surprising that this doesn't work. Let me patch this in on my windows box and take a look. I'll reply within 2h with my findings.
Just syncing my windows box took like 25 minutes :-( Anyhow, this makes things
go:
C:\src\chrome\src>git diff
diff --git a/third_party/WebKit/Source/BUILD.gn
b/third_party/WebKit/Source/BUILD.gn
index ca5d37c..423e32a 100644
--- a/third_party/WebKit/Source/BUILD.gn
+++ b/third_party/WebKit/Source/BUILD.gn
@@ -77,6 +77,24 @@ config("blink_pch") {
config("config") {
include_dirs = [
+ # We're in the process of moving wtf from Source/wtf to
Source/platform/wtf.
+ # To make the transition easier, we have some forwarding headers in
+ # Source/wtf, for example Source/wtf/WTFExport.h includes
+ # Source/platform/WTFExport.h.
+ # MSVC adds the directories of all currently included files to the
+ # include search path
+ # (https://msdn.microsoft.com/en-us/library/36k2cdd4.aspx), so if any file
+ # includes any file from platform/, "wtf/WTFExport.h" will refer to
+ # "platform/wtf/WTFExport.h" implicitly with MSVC but to "wtf/WTFExport.h"
+ # with the other compilers. To get consistent behavior across compilers,
+ # explicitly add "platform" to the include search path _before_ '.'. This
+ # way, "wtf/foo.h" will refer to "platform/wtf/foo.h" everywhere. Once
+ # all #include lines are rewritten to refer to "platform/wtf/foo.h"
+ # explicitly, this should be removed again.
+ # TODO(yutak): Remove this once all includes have been rewritten,
+ # https://crbug.com/XXX
+ "platform",
+
".",
"..",
"$root_gen_dir/blink",
It's not super pretty either, but it seems a lot better than having "newwtf".
Another idea would be to do this only on Windows (since it's already happening there and this would make it explicit). Not sure what's better, probably doesn't matter too much. On Feb 22, 2017 11:07 AM, <thakis@chromium.org> wrote: > Just syncing my windows box took like 25 minutes :-( Anyhow, this makes > things > go: > > C:\src\chrome\src>git diff > diff --git a/third_party/WebKit/Source/BUILD.gn > b/third_party/WebKit/Source/BUILD.gn > index ca5d37c..423e32a 100644 > --- a/third_party/WebKit/Source/BUILD.gn > +++ b/third_party/WebKit/Source/BUILD.gn > @@ -77,6 +77,24 @@ config("blink_pch") { > > config("config") { > include_dirs = [ > + # We're in the process of moving wtf from Source/wtf to > Source/platform/wtf. > + # To make the transition easier, we have some forwarding headers in > + # Source/wtf, for example Source/wtf/WTFExport.h includes > + # Source/platform/WTFExport.h. > + # MSVC adds the directories of all currently included files to the > + # include search path > + # (https://msdn.microsoft.com/en-us/library/36k2cdd4.aspx), so if any > file > + # includes any file from platform/, "wtf/WTFExport.h" will refer to > + # "platform/wtf/WTFExport.h" implicitly with MSVC but to > "wtf/WTFExport.h" > + # with the other compilers. To get consistent behavior across compilers, > + # explicitly add "platform" to the include search path _before_ '.'. This > + # way, "wtf/foo.h" will refer to "platform/wtf/foo.h" everywhere. Once > + # all #include lines are rewritten to refer to "platform/wtf/foo.h" > + # explicitly, this should be removed again. > + # TODO(yutak): Remove this once all includes have been rewritten, > + # https://crbug.com/XXX > + "platform", > + > ".", > "..", > "$root_gen_dir/blink", > > > It's not super pretty either, but it seems a lot better than having > "newwtf". > > https://codereview.chromium.org/2703633003/ > -- You received this message because you are subscribed to the Google Groups "Blink Reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-reviews+unsubscribe@chromium.org.
Another idea would be to do this only on Windows (since it's already happening there and this would make it explicit). Not sure what's better, probably doesn't matter too much. On Feb 22, 2017 11:07 AM, <thakis@chromium.org> wrote: > Just syncing my windows box took like 25 minutes :-( Anyhow, this makes > things > go: > > C:\src\chrome\src>git diff > diff --git a/third_party/WebKit/Source/BUILD.gn > b/third_party/WebKit/Source/BUILD.gn > index ca5d37c..423e32a 100644 > --- a/third_party/WebKit/Source/BUILD.gn > +++ b/third_party/WebKit/Source/BUILD.gn > @@ -77,6 +77,24 @@ config("blink_pch") { > > config("config") { > include_dirs = [ > + # We're in the process of moving wtf from Source/wtf to > Source/platform/wtf. > + # To make the transition easier, we have some forwarding headers in > + # Source/wtf, for example Source/wtf/WTFExport.h includes > + # Source/platform/WTFExport.h. > + # MSVC adds the directories of all currently included files to the > + # include search path > + # (https://msdn.microsoft.com/en-us/library/36k2cdd4.aspx), so if any > file > + # includes any file from platform/, "wtf/WTFExport.h" will refer to > + # "platform/wtf/WTFExport.h" implicitly with MSVC but to > "wtf/WTFExport.h" > + # with the other compilers. To get consistent behavior across compilers, > + # explicitly add "platform" to the include search path _before_ '.'. This > + # way, "wtf/foo.h" will refer to "platform/wtf/foo.h" everywhere. Once > + # all #include lines are rewritten to refer to "platform/wtf/foo.h" > + # explicitly, this should be removed again. > + # TODO(yutak): Remove this once all includes have been rewritten, > + # https://crbug.com/XXX > + "platform", > + > ".", > "..", > "$root_gen_dir/blink", > > > It's not super pretty either, but it seems a lot better than having > "newwtf". > > https://codereview.chromium.org/2703633003/ > -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
On 2017/02/22 16:43:59, Nico wrote:
> Another idea would be to do this only on Windows (since it's already
> happening there and this would make it explicit). Not sure what's better,
> probably doesn't matter too much.
>
> On Feb 22, 2017 11:07 AM, <mailto:thakis@chromium.org> wrote:
>
> > Just syncing my windows box took like 25 minutes :-( Anyhow, this makes
> > things
> > go:
> >
> > C:\src\chrome\src>git diff
> > diff --git a/third_party/WebKit/Source/BUILD.gn
> > b/third_party/WebKit/Source/BUILD.gn
> > index ca5d37c..423e32a 100644
> > --- a/third_party/WebKit/Source/BUILD.gn
> > +++ b/third_party/WebKit/Source/BUILD.gn
> > @@ -77,6 +77,24 @@ config("blink_pch") {
> >
> > config("config") {
> > include_dirs = [
> > + # We're in the process of moving wtf from Source/wtf to
> > Source/platform/wtf.
> > + # To make the transition easier, we have some forwarding headers in
> > + # Source/wtf, for example Source/wtf/WTFExport.h includes
> > + # Source/platform/WTFExport.h.
> > + # MSVC adds the directories of all currently included files to the
> > + # include search path
> > + # (https://msdn.microsoft.com/en-us/library/36k2cdd4.aspx), so if any
> > file
> > + # includes any file from platform/, "wtf/WTFExport.h" will refer to
> > + # "platform/wtf/WTFExport.h" implicitly with MSVC but to
> > "wtf/WTFExport.h"
> > + # with the other compilers. To get consistent behavior across compilers,
> > + # explicitly add "platform" to the include search path _before_ '.'. This
> > + # way, "wtf/foo.h" will refer to "platform/wtf/foo.h" everywhere. Once
> > + # all #include lines are rewritten to refer to "platform/wtf/foo.h"
> > + # explicitly, this should be removed again.
> > + # TODO(yutak): Remove this once all includes have been rewritten,
> > + # https://crbug.com/XXX
> > + "platform",
> > +
> > ".",
> > "..",
> > "$root_gen_dir/blink",
> >
> >
> > It's not super pretty either, but it seems a lot better than having
> > "newwtf".
> >
> > https://codereview.chromium.org/2703633003/
> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "Chromium-reviews" group.
> To unsubscribe from this group and stop receiving emails from it, send an
email
> to mailto:chromium-reviews+unsubscribe@chromium.org.
Thanks a lot! I'll try to experiment myself.
On 2017/02/23 06:37:38, Yuta Kitamura wrote: > Thanks a lot! I'll try to experiment myself. Nico's suggestion seems to work, so I'm going to revert "newwtf" change earlier and try this again.
The CQ bit was checked by yutak@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 checked by yutak@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...
haraken, thakis: PTAL? Nico, I need your approval for Source/BUILD.gn. Thanks!
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: chromeos_amd64-generic_chromium_compile_only_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromeos_amd64-...) chromeos_daisy_chromium_compile_only_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromeos_daisy_...)
On 2017/02/24 07:33:26, Yuta Kitamura wrote: > haraken, thakis: PTAL? > > Nico, I need your approval for Source/BUILD.gn. Thanks! LGTM but Nico should definitely be a better reviewer for this.
The CQ bit was checked by yutak@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_...)
build.gn lgtm https://codereview.chromium.org/2703633003/diff/100001/third_party/WebKit/Sou... File third_party/WebKit/Source/BUILD.gn (right): https://codereview.chromium.org/2703633003/diff/100001/third_party/WebKit/Sou... third_party/WebKit/Source/BUILD.gn:83: # because these files are equivalent if both exist. i kind of liked my comment better, but oh well :-)
The CQ bit was checked by yutak@chromium.org
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
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
The CQ bit was checked by yutak@chromium.org
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
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
On 2017/02/27 07:20:01, commit-bot: I haz the power wrote: > Try jobs failed on following builders: > chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, > http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...) > ** Presubmit ERRORS ** > Missing LGTM from an OWNER for these files: > third_party/WebKit/Source/BUILD.gn > > Missing LGTM from an OWNER for these files: > third_party/WebKit/Source/BUILD.gn Hmm, this is strange. I think Nico should cover this file...? (And also I'm scolded twice for some reason)
The CQ bit was checked by thakis@chromium.org
Hm, strange, let's just try again...
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
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
Hm, I'd file an infra bug. Actually, let me do that :-) Filed https://bugs.chromium.org/p/chromium/issues/detail?id=697156 On Mon, Feb 27, 2017 at 8:03 PM, commit-bot@chromium.org via codereview.chromium.org <reply@chromiumcodereview-hr.appspotmail.com> wrote: > Try jobs failed on following builders: > chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, > http://build.chromium.org/p/tryserver.chromium.linux/ > builders/chromium_presubmit/builds/374106) > > https://codereview.chromium.org/2703633003/ > -- You received this message because you are subscribed to the Google Groups "Blink Reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-reviews+unsubscribe@chromium.org.
Hm, I'd file an infra bug. Actually, let me do that :-) Filed https://bugs.chromium.org/p/chromium/issues/detail?id=697156 On Mon, Feb 27, 2017 at 8:03 PM, commit-bot@chromium.org via codereview.chromium.org <reply@chromiumcodereview-hr.appspotmail.com> wrote: > Try jobs failed on following builders: > chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, > http://build.chromium.org/p/tryserver.chromium.linux/ > builders/chromium_presubmit/builds/374106) > > https://codereview.chromium.org/2703633003/ > -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
On 2017/02/28 20:01:24, Nico wrote: > Hm, I'd file an infra bug. Actually, let me do that :-) Filed > https://bugs.chromium.org/p/chromium/issues/detail?id=697156 Strange. I'll look into it.
dpranke@chromium.org changed reviewers: + dpranke@chromium.org
lgtm in the meantime. Let's see if my approval works.
The CQ bit was checked by dpranke@chromium.org
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
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
On 2017/02/28 20:37:51, commit-bot: I haz the power wrote: > Try jobs failed on following builders: > chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, > http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...) Yeah, ok, I didn't think that'd work. I'll just TBR=dglazkov to get around this for now.
Description was changed from
==========
Add initial BUILD.gn in platform/wtf/, and move first a few files there.
This is the first attempt to move files in wtf/ to platform/wtf/. In this
commit, initial BUILD.gn is introduced in platform/wtf/, and the following
files are moved to platform/wtf/ as a proof that the new BUILD.gn actually
works.
The following files are moved at this time:
WTFExport.h
CryptographicallyRandomNumber.{h,cpp}
They are chosen because they have very minimum dependency on other files
in wtf/, and we need at least one cpp file to make the target linkable.
BUG=691465
==========
to
==========
Add initial BUILD.gn in platform/wtf/, and move first a few files there.
This is the first attempt to move files in wtf/ to platform/wtf/. In this
commit, initial BUILD.gn is introduced in platform/wtf/, and the following
files are moved to platform/wtf/ as a proof that the new BUILD.gn actually
works.
The following files are moved at this time:
WTFExport.h
CryptographicallyRandomNumber.{h,cpp}
They are chosen because they have very minimum dependency on other files
in wtf/, and we need at least one cpp file to make the target linkable.
BUG=691465
TBR=dglazkov@chromium.org
==========
dpranke@chromium.org changed reviewers: + dglazkov@chromium.org
Description was changed from
==========
Add initial BUILD.gn in platform/wtf/, and move first a few files there.
This is the first attempt to move files in wtf/ to platform/wtf/. In this
commit, initial BUILD.gn is introduced in platform/wtf/, and the following
files are moved to platform/wtf/ as a proof that the new BUILD.gn actually
works.
The following files are moved at this time:
WTFExport.h
CryptographicallyRandomNumber.{h,cpp}
They are chosen because they have very minimum dependency on other files
in wtf/, and we need at least one cpp file to make the target linkable.
BUG=691465
TBR=dglazkov@chromium.org
==========
to
==========
Add initial BUILD.gn in platform/wtf/, and move first a few files there.
This is the first attempt to move files in wtf/ to platform/wtf/. In this
commit, initial BUILD.gn is introduced in platform/wtf/, and the following
files are moved to platform/wtf/ as a proof that the new BUILD.gn actually
works.
The following files are moved at this time:
WTFExport.h
CryptographicallyRandomNumber.{h,cpp}
They are chosen because they have very minimum dependency on other files
in wtf/, and we need at least one cpp file to make the target linkable.
BUG=691465
==========
I think the bug is fixed now? Remove TBR and try landing...
The CQ bit was checked by yutak@chromium.org
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
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 yutak@chromium.org
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
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 yutak@chromium.org
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": 1488951193302410,
"parent_rev": "ae16e9d846ee4a1d5a8d8968dcb4eefcd410fd0a", "commit_rev":
"00b8333a75c81b89aec8a377a33fa071a59e1748"}
Message was sent while issue was closed.
Description was changed from
==========
Add initial BUILD.gn in platform/wtf/, and move first a few files there.
This is the first attempt to move files in wtf/ to platform/wtf/. In this
commit, initial BUILD.gn is introduced in platform/wtf/, and the following
files are moved to platform/wtf/ as a proof that the new BUILD.gn actually
works.
The following files are moved at this time:
WTFExport.h
CryptographicallyRandomNumber.{h,cpp}
They are chosen because they have very minimum dependency on other files
in wtf/, and we need at least one cpp file to make the target linkable.
BUG=691465
==========
to
==========
Add initial BUILD.gn in platform/wtf/, and move first a few files there.
This is the first attempt to move files in wtf/ to platform/wtf/. In this
commit, initial BUILD.gn is introduced in platform/wtf/, and the following
files are moved to platform/wtf/ as a proof that the new BUILD.gn actually
works.
The following files are moved at this time:
WTFExport.h
CryptographicallyRandomNumber.{h,cpp}
They are chosen because they have very minimum dependency on other files
in wtf/, and we need at least one cpp file to make the target linkable.
BUG=691465
Review-Url: https://codereview.chromium.org/2703633003
Cr-Commit-Position: refs/heads/master@{#455410}
Committed:
https://chromium.googlesource.com/chromium/src/+/00b8333a75c81b89aec8a377a33f...
==========
Message was sent while issue was closed.
Committed patchset #5 (id:100001) as https://chromium.googlesource.com/chromium/src/+/00b8333a75c81b89aec8a377a33f... |
