X87: Reland of [builtins] Introduce a builtin for Abort().

X87: Reland of [builtins] Introduce a builtin for Abort().

  port 66cb026f4a54987bb4dc9e1d4734086571b872e0 (r37929)

  original commit message:
  Original message:

  Calling Runtime::kAbort through a builtin instead of the c-entry stub
  will allow to generate the call in a background thread, because a
  builtin provides its own handle, whereas a code stub does not.

  @v8-mips-ports: Could you take a special look at the padding that is
  done in MacroAssembler::Abort()?

  Reason for revert:
  The reason for reverting is: Blocks roll:
  https://build.chromium.org/p/client.v8.ports/builders/V8%20Linux%20-%20arm64%20-%20sim%20-%20debug/builds/1622

  The problem was that on arm64 the builtin for Abort() contained a call to
  Abort(). The problem is fixed by using a NoUseRealAbortsScope in the
  code generation of Abort().

BUG=

Committed: https://crrev.com/277838b1f0801cffb22620b3347eda027fdc43bd
Cr-Commit-Position: refs/heads/master@{#37962}

[zhengxing.li, 2016-07-22 02:02:35]

zhengxing.li@intel.com changed reviewers:
+ ahaas@chromium.org, chunyang.dai@intel.com, weiliang.lin@intel.com

[zhengxing.li, 2016-07-22 02:02:36]

PTAL, thanks!

[Weiliang, 2016-07-22 02:16:16]

lgtm

[zhengxing.li, 2016-07-22 02:18:29]

The CQ bit was checked by zhengxing.li@intel.com

[commit-bot: I haz the power, 2016-07-22 02:18:35]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-07-22 02:41:00]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-07-22 02:43:45]

Description was changed from

==========
X87: Reland of [builtins] Introduce a builtin for Abort().

  port 66cb026f4a54987bb4dc9e1d4734086571b872e0 (r37929)

  original commit message:
  Original message:

  Calling Runtime::kAbort through a builtin instead of the c-entry stub
  will allow to generate the call in a background thread, because a
  builtin provides its own handle, whereas a code stub does not.

  @v8-mips-ports: Could you take a special look at the padding that is
  done in MacroAssembler::Abort()?

  Reason for revert:
  The reason for reverting is: Blocks roll:
 
https://build.chromium.org/p/client.v8.ports/builders/V8%20Linux%20-%20arm64%...

  The problem was that on arm64 the builtin for Abort() contained a call to
  Abort(). The problem is fixed by using a NoUseRealAbortsScope in the
  code generation of Abort().

BUG=
==========

to

==========
X87: Reland of [builtins] Introduce a builtin for Abort().

  port 66cb026f4a54987bb4dc9e1d4734086571b872e0 (r37929)

  original commit message:
  Original message:

  Calling Runtime::kAbort through a builtin instead of the c-entry stub
  will allow to generate the call in a background thread, because a
  builtin provides its own handle, whereas a code stub does not.

  @v8-mips-ports: Could you take a special look at the padding that is
  done in MacroAssembler::Abort()?

  Reason for revert:
  The reason for reverting is: Blocks roll:
 
https://build.chromium.org/p/client.v8.ports/builders/V8%20Linux%20-%20arm64%...

  The problem was that on arm64 the builtin for Abort() contained a call to
  Abort(). The problem is fixed by using a NoUseRealAbortsScope in the
  code generation of Abort().

BUG=

Committed: https://crrev.com/277838b1f0801cffb22620b3347eda027fdc43bd
Cr-Commit-Position: refs/heads/master@{#37962}
==========

[commit-bot: I haz the power, 2016-07-22 02:43:45]

Patchset 1 (id:??) landed as
https://crrev.com/277838b1f0801cffb22620b3347eda027fdc43bd
Cr-Commit-Position: refs/heads/master@{#37962}