|
|
Chromium Code Reviews|
Created:
4 years ago by ehmaldonado_webrtc Modified:
4 years ago CC:
webrtc-reviews_webrtc.org, tterriberry_mozilla.com Target Ref:
refs/pending/heads/master Project:
webrtc Visibility:
Public. |
DescriptionClean up redundant include of ../webrtc_overrides
BUG=webrtc:6424
R=kjellander@webrtc.org
Committed: https://crrev.com/7495c8c3acbd01b8792ad2d961ff14f221d618d4
Cr-Commit-Position: refs/heads/master@{#15459}
Patch Set 1 #
Messages
Total messages: 13 (4 generated)
I looked into the ninja files and it seems to be redundant.
kjellander@webrtc.org changed reviewers: + henrikg@webrtc.org, perkj@webrtc.org
+perkj and henrikg since they added two of them - maybe there was a reason for it? The entry in https://cs.chromium.org/chromium/src/third_party/webrtc/BUILD.gn?rcl=0&l=44 seems to be sufficient.
On 2016/12/06 08:46:03, kjellander_webrtc wrote: > +perkj and henrikg since they added two of them - maybe there was a reason for > it? > > The entry in > https://cs.chromium.org/chromium/src/third_party/webrtc/BUILD.gn?rcl=0&l=44 > seems to be sufficient. If that config is included in the targets that are changed in the CL, sure, it should be sufficient. I can't recall why it was added. I suggest building Chrome before and after the change and confirm the right headers are still included (maybe add #error at suitable places or so). /Henrik
On 2016/12/06 09:09:14, Henrik Grunell (WebRTC) wrote: > On 2016/12/06 08:46:03, kjellander_webrtc wrote: > > +perkj and henrikg since they added two of them - maybe there was a reason for > > it? > > > > The entry in > > https://cs.chromium.org/chromium/src/third_party/webrtc/BUILD.gn?rcl=0&l=44 > > seems to be sufficient. > > If that config is included in the targets that are changed in the CL, sure, it > should be sufficient. I can't recall why it was added. > > I suggest building Chrome before and after the change and confirm the right > headers are still included (maybe add #error at suitable places or so). > > /Henrik I looked into the generated ninja files inside a Chromium checkout. Without this, the include paths appear twice, with this, they only appear once.
On 2016/12/06 15:58:44, ehmaldonado_webrtc wrote: > On 2016/12/06 09:09:14, Henrik Grunell (WebRTC) wrote: > > On 2016/12/06 08:46:03, kjellander_webrtc wrote: > > > +perkj and henrikg since they added two of them - maybe there was a reason > for > > > it? > > > > > > The entry in > > > https://cs.chromium.org/chromium/src/third_party/webrtc/BUILD.gn?rcl=0&l=44 > > > seems to be sufficient. > > > > If that config is included in the targets that are changed in the CL, sure, it > > should be sufficient. I can't recall why it was added. > > > > I suggest building Chrome before and after the change and confirm the right > > headers are still included (maybe add #error at suitable places or so). > > > > /Henrik > > I looked into the generated ninja files inside a Chromium checkout. Without > this, the include paths appear twice, with this, they only appear once. OK, sounds good. I also compared the line count (= number of targets) greping for "webrtc_overrides" in the generated files without and with the change, it's equal. lgtm
On 2016/12/07 07:43:01, Henrik Grunell (WebRTC) wrote: > On 2016/12/06 15:58:44, ehmaldonado_webrtc wrote: > > On 2016/12/06 09:09:14, Henrik Grunell (WebRTC) wrote: > > > On 2016/12/06 08:46:03, kjellander_webrtc wrote: > > > > +perkj and henrikg since they added two of them - maybe there was a reason > > for > > > > it? > > > > > > > > The entry in > > > > > https://cs.chromium.org/chromium/src/third_party/webrtc/BUILD.gn?rcl=0&l=44 > > > > seems to be sufficient. > > > > > > If that config is included in the targets that are changed in the CL, sure, > it > > > should be sufficient. I can't recall why it was added. > > > > > > I suggest building Chrome before and after the change and confirm the right > > > headers are still included (maybe add #error at suitable places or so). > > > > > > /Henrik > > > > I looked into the generated ninja files inside a Chromium checkout. Without > > this, the include paths appear twice, with this, they only appear once. > > OK, sounds good. I also compared the line count (= number of targets) greping > for "webrtc_overrides" in the generated files without and with the change, it's > equal. > > lgtm lgtm
The CQ bit was checked by ehmaldonado@webrtc.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
CQ is committing da patch.
Bot data: {"patchset_id": 1, "attempt_start_ts": 1481108680209730, "parent_rev":
"bb087ce878b16d785625a57daffb9f3073b15c0e", "commit_rev":
"0588f892f5ed8355e3ecd8a599d2ba3365db41ea"}
Message was sent while issue was closed.
Committed patchset #1 (id:1)
Message was sent while issue was closed.
Description was changed from ========== Clean up redundant include of ../webrtc_overrides BUG=webrtc:6424 R=kjellander@webrtc.org ========== to ========== Clean up redundant include of ../webrtc_overrides BUG=webrtc:6424 R=kjellander@webrtc.org Committed: https://crrev.com/7495c8c3acbd01b8792ad2d961ff14f221d618d4 Cr-Commit-Position: refs/heads/master@{#15459} ==========
Message was sent while issue was closed.
Patchset 1 (id:??) landed as https://crrev.com/7495c8c3acbd01b8792ad2d961ff14f221d618d4 Cr-Commit-Position: refs/heads/master@{#15459} |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
