|
|
DescriptionUpdate build file to use asmflags instead of cflags.
The assembler toolchains are changing to replace cflags/cflags_c with asmflags
(https://codereview.chromium.org/1368223002/). This part one of a two-part change
to deprecate using cflags when compiling assembly code.
BUG=none
R=andrew@webrtc.org, brettw@chromium.org
Committed: https://chromium.googlesource.com/external/webrtc/deps/third_party/openmax/+/eb6f534cd5945e8a8cfdd0ab41bc6a18501e4ed8
Patch Set 1 #
Total comments: 2
Patch Set 2 : #Messages
Total messages: 28 (10 generated)
The CQ bit was checked by andybons@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1369183002/1 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1369183002/1
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: No L-G-T-M from a valid reviewer yet. Only full committers are accepted. Even if an L-G-T-M may have been provided, it was from a non-committer, _not_ a full super star committer. See http://www.chromium.org/getting-involved/become-a-committer Note that this has nothing to do with OWNERS files.
andybons@chromium.org changed reviewers: + ajm@google.com, brettw@chromium.org, kma@google.com, rtoy@google.com
lgtm https://codereview.webrtc.org/1369183002/diff/1/dl/BUILD.gn File dl/BUILD.gn (right): https://codereview.webrtc.org/1369183002/diff/1/dl/BUILD.gn#newcode202 dl/BUILD.gn:202: // TODO(andybons): Remove once the toolchains have been updated. # for comments. Can you also clarify what's to be removed (I assume "cflags").
https://codereview.webrtc.org/1369183002/diff/1/dl/BUILD.gn File dl/BUILD.gn (right): https://codereview.webrtc.org/1369183002/diff/1/dl/BUILD.gn#newcode202 dl/BUILD.gn:202: // TODO(andybons): Remove once the toolchains have been updated. On 2015/09/28 04:37:50, brettw wrote: > # for comments. > > Can you also clarify what's to be removed (I assume "cflags"). Done.
andrew@webrtc.org changed reviewers: - kma@google.com
andrew@webrtc.org changed reviewers: + andrew@webrtc.org
lgtm
The CQ bit was checked by andybons@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from brettw@chromium.org Link to the patchset: https://codereview.webrtc.org/1369183002/#ps20001 (title: " ")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1369183002/20001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1369183002/20001
The CQ bit was unchecked by commit-bot@chromium.org
CLs for remote refs other than refs/pending/heads/master must contain NOTRY=true and NOPRESUBMIT=true in order for the CQ to process them
The CQ bit was checked by andybons@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1369183002/20001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1369183002/20001
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: CLs for remote refs other than refs/pending/heads/master must contain NOTRY=true and NOPRESUBMIT=true in order for the CQ to process them
On 2015/09/28 12:36:52, commit-bot: I haz the power wrote: > Dry run: CLs for remote refs other than refs/pending/heads/master must contain > NOTRY=true and NOPRESUBMIT=true in order for the CQ to process them Andrew, how should I land this?
On 2015/09/28 15:05:16, Bons wrote: > On 2015/09/28 12:36:52, commit-bot: I haz the power wrote: > > Dry run: CLs for remote refs other than refs/pending/heads/master must contain > > NOTRY=true and NOPRESUBMIT=true in order for the CQ to process them > > Andrew, how should I land this? Ah yeah, sorry, the CQ doesn't work for this repo. I'll land this manually.
Does dl.gyp need to be changed too? And does this change only for ARM builds?
On 2015/09/28 15:47:18, Raymond Toy (Google) wrote: > Does dl.gyp need to be changed too? No. This is a GN-only change. More context here: https://codereview.chromium.org/1368223002/ > And does this change only for ARM builds? The above change changes the behavior of the toolchains so that cflags and cflags_c are NOT passed to assemblers anymore. So if you are setting cflags or cflags_c for targets that have .S or .asm files, then those should change to include asmflags (or replace cflags in the case where it’s just source files that are .S or .asm.
On 2015/09/28 15:54:53, Bons wrote: > On 2015/09/28 15:47:18, Raymond Toy (Google) wrote: > > Does dl.gyp need to be changed too? > No. This is a GN-only change. More context here: > https://codereview.chromium.org/1368223002/ > > > And does this change only for ARM builds? > The above change changes the behavior of the toolchains so that cflags and > cflags_c are NOT passed to assemblers anymore. So if you are setting cflags or > cflags_c for targets that have .S or .asm files, then those should change to > include asmflags (or replace cflags in the case where it’s just source files > that are .S or .asm. I’m assuming this issue will be updated when it’s landed? Once this lands (and everything seems OK), I will land https://codereview.chromium.org/1368223002/ then submit another patch to resolve the TODO introduced here, so keep an eye out for one more review assuming things don’t blow up :)
On 2015/09/28 15:54:53, Bons wrote: > On 2015/09/28 15:47:18, Raymond Toy (Google) wrote: > > Does dl.gyp need to be changed too? > No. This is a GN-only change. More context here: > https://codereview.chromium.org/1368223002/ > > > And does this change only for ARM builds? > The above change changes the behavior of the toolchains so that cflags and > cflags_c are NOT passed to assemblers anymore. So if you are setting cflags or > cflags_c for targets that have .S or .asm files, then those should change to > include asmflags (or replace cflags in the case where it’s just source files > that are .S or .asm. Ah, ok. Only the arm builds have assembly files; all the other architectures are written in C.
On 2015/09/28 17:19:53, Raymond Toy (Google) wrote: > On 2015/09/28 15:54:53, Bons wrote: > > On 2015/09/28 15:47:18, Raymond Toy (Google) wrote: > > > Does dl.gyp need to be changed too? > > No. This is a GN-only change. More context here: > > https://codereview.chromium.org/1368223002/ > > > > > And does this change only for ARM builds? > > The above change changes the behavior of the toolchains so that cflags and > > cflags_c are NOT passed to assemblers anymore. So if you are setting cflags or > > cflags_c for targets that have .S or .asm files, then those should change to > > include asmflags (or replace cflags in the case where it’s just source files > > that are .S or .asm. > > Ah, ok. Only the arm builds have assembly files; all the other architectures > are written in C. Then you should be good to go with cflags/cflags_c :)
Message was sent while issue was closed.
Committed patchset #2 (id:20001) manually as eb6f534cd5945e8a8cfdd0ab41bc6a18501e4ed8 (presubmit successful). |