|
|
Created:
4 years, 3 months ago by Michael Achenbach Modified:
4 years, 3 months ago CC:
v8-reviews_googlegroups.com, balazs.kilvady, Dirk Pranke Target Ref:
refs/pending/heads/master Project:
v8 Visibility:
Public. |
Description[gn] Add gn configs for mips to match old behavior
BUG=chromium:474921
NOTRY=true
Committed: https://crrev.com/a482ab5c82b46d9faeb3950e8fbb68a6e06f9a14
Cr-Commit-Position: refs/heads/master@{#39369}
Patch Set 1 #
Total comments: 8
Patch Set 2 : Review #Patch Set 3 : Move comment #Patch Set 4 : ... #Messages
Total messages: 23 (12 generated)
Description was changed from ========== [gn] Add gn configs for mips to match old behavior BUG= ========== to ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 NOTRY=true ==========
Description was changed from ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 NOTRY=true ========== to ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 ==========
machenbach@chromium.org changed reviewers: + jochen@chromium.org, vogelheim@chromium.org
PTAL https://codereview.chromium.org/2322163003/diff/1/BUILD.gn File BUILD.gn (right): https://codereview.chromium.org/2322163003/diff/1/BUILD.gn#newcode242 BUILD.gn:242: (v8_current_cpu == "mipsel" || v8_current_cpu == "mips64el")) { We set this for target simulator build in gyp here: https://cs.chromium.org/chromium/src/v8/gypfiles/toolchain.gypi?q=_MIPS_TARGE... Does this matter at all for snapshot generation? _MIPS_TARGET_HW seems to be dead code. https://codereview.chromium.org/2322163003/diff/1/infra/mb/mb_config.pyl File infra/mb/mb_config.pyl (right): https://codereview.chromium.org/2322163003/diff/1/infra/mb/mb_config.pyl#newc... infra/mb/mb_config.pyl:556: 'target_cpu="x86" v8_target_cpu="mipsel" mips_arch_variant="r2"', Chromium uses r1 as default while we default to r2 in stand-alone builds in gyp: https://cs.chromium.org/chromium/src/v8/gypfiles/standalone.gypi?l=445 Right now, the best way to express v8 stand-alone is to override the flags right here.
lgtm https://codereview.chromium.org/2322163003/diff/1/BUILD.gn File BUILD.gn (right): https://codereview.chromium.org/2322163003/diff/1/BUILD.gn#newcode242 BUILD.gn:242: (v8_current_cpu == "mipsel" || v8_current_cpu == "mips64el")) { On 2016/09/09 09:54:27, machenbach (slow) wrote: > We set this for target simulator build in gyp here: > https://cs.chromium.org/chromium/src/v8/gypfiles/toolchain.gypi?q=_MIPS_TARGE... > > Does this matter at all for snapshot generation? > > _MIPS_TARGET_HW seems to be dead code. Might matter. (This affects code generation, and thus might affect the code that ends up in the snapshot. So if the snapshot code will later be run in the simulator (or not), this might make a difference.)
https://codereview.chromium.org/2322163003/diff/1/BUILD.gn File BUILD.gn (right): https://codereview.chromium.org/2322163003/diff/1/BUILD.gn#newcode241 BUILD.gn:241: if (target_cpu != v8_target_cpu && CC also Dirk. Want to make sure that this expresses the right thing. target_cpu != v8_target_cpu makes sure we have a simulator build as the target. v8_current_cpu == "mipsel" e.g. makes sure we simulate mipsel. I assume if I had used current_cpu != v8_current_cpu, it would also match a mipsel simulator build in the snapshot toolchain on the host when we crosscompile (which would be wrong).
dpranke@chromium.org changed reviewers: + dpranke@chromium.org
https://codereview.chromium.org/2322163003/diff/1/BUILD.gn File BUILD.gn (right): https://codereview.chromium.org/2322163003/diff/1/BUILD.gn#newcode241 BUILD.gn:241: if (target_cpu != v8_target_cpu && I'm not sure I understand the intent of this block. You want the define set when doing a simulator build but *not* when generating the snapshot for the simulator?
https://codereview.chromium.org/2322163003/diff/1/BUILD.gn File BUILD.gn (right): https://codereview.chromium.org/2322163003/diff/1/BUILD.gn#newcode241 BUILD.gn:241: if (target_cpu != v8_target_cpu && On 2016/09/09 20:00:45, Dirk Pranke wrote: > I'm not sure I understand the intent of this block. You want the define set when > doing a simulator build but *not* when generating the snapshot for the > simulator? Close. We want to set the define when the _target_ is a simulator build. We also want to set it for creating the snapshot for such a build. We don't want to set it when making the snapshot for a cross-compile target. Making snapshot for cross-compile and other simulator builds can't be distinguished by the toolchain. In both cases we'd have e.g. current_cpu="x86" and v8_current_cpu="mipsel". The only way to distinguish I see is using target_X for comparison. This is simulating the old gyp behavior expressed with the _toolset=="target" condition. E.g. here: https://cs.chromium.org/chromium/src/v8/gypfiles/toolchain.gypi?q=_MIPS_TARGE...
https://codereview.chromium.org/2322163003/diff/1/BUILD.gn File BUILD.gn (right): https://codereview.chromium.org/2322163003/diff/1/BUILD.gn#newcode241 BUILD.gn:241: if (target_cpu != v8_target_cpu && Got it, right. Maybe create a separate top-level variable (not declare_arg(), just a regular variable) called is_simulator_build or something, just to be a bit clearer.
https://codereview.chromium.org/2322163003/diff/1/BUILD.gn File BUILD.gn (right): https://codereview.chromium.org/2322163003/diff/1/BUILD.gn#newcode241 BUILD.gn:241: if (target_cpu != v8_target_cpu && On 2016/09/12 21:19:44, Dirk Pranke wrote: > Got it, right. > > Maybe create a separate top-level variable (not declare_arg(), just a regular > variable) called is_simulator_build or something, just to be a bit clearer. Done
The CQ bit was checked by machenbach@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from vogelheim@chromium.org Link to the patchset: https://codereview.chromium.org/2322163003/#ps20001 (title: "Review")
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 machenbach@chromium.org
Description was changed from ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 ========== to ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 NOTRY=true ==========
The CQ bit was checked by machenbach@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from vogelheim@chromium.org Link to the patchset: https://codereview.chromium.org/2322163003/#ps60001 (title: "...")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 NOTRY=true ========== to ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 NOTRY=true ==========
Message was sent while issue was closed.
Committed patchset #4 (id:60001)
Message was sent while issue was closed.
Description was changed from ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 NOTRY=true ========== to ========== [gn] Add gn configs for mips to match old behavior BUG=chromium:474921 NOTRY=true Committed: https://crrev.com/a482ab5c82b46d9faeb3950e8fbb68a6e06f9a14 Cr-Commit-Position: refs/heads/master@{#39369} ==========
Message was sent while issue was closed.
Patchset 4 (id:??) landed as https://crrev.com/a482ab5c82b46d9faeb3950e8fbb68a6e06f9a14 Cr-Commit-Position: refs/heads/master@{#39369} |