[turbofan] Better handling of inserted split-edge blocks

[turbofan] Better handling of inserted split-edge blocks

Previously, split-edge blocks inserted into CodeStubAssembler schedules
inherited the "deferredness" of their predecessor block. This tended to inline
newly inserted blocks that preceeded deferred code inline with non-deferred
code. The stack frame elider sometimes inserted stack construction into these
blocks, code which was actually was only needed in the deferred case.

This CL marks inserted split edge blocks with the deferredness of their
successors, e.g. they are defererred if their predecessor is deferrred. This
moves stack building code that logically belongs to deferred code into the
deferred code area rather than inlining it in non-deferred code.

Committed: https://crrev.com/6eb242eebbc06ab171d86a9b2e4bfe60d4df3667
Cr-Commit-Position: refs/heads/master@{#36446}

[danno, 2016-05-20 16:21:48]

danno@chromium.org changed reviewers:
+ mstarzinger@chromium.org

[danno, 2016-05-20 16:21:48]

ptal

[Michael Starzinger, 2016-05-23 13:18:41]

LGTM (rubber-stamped).

[danno, 2016-05-23 14:08:42]

The CQ bit was checked by danno@chromium.org

[commit-bot: I haz the power, 2016-05-23 14:08:53]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/2003663002/20001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/2003663002/20001

[commit-bot: I haz the power, 2016-05-23 14:47:03]

Committed patchset #2 (id:20001)

[commit-bot: I haz the power, 2016-05-23 14:47:33]

Description was changed from

==========
[turbofan] Better handling of inserted split-edge blocks

Previously, split-edge blocks inserted into CodeStubAssembler schedules
inherited the "deferredness" of their predecessor block. This tended to inline
newly inserted blocks that preceeded deferred code inline with non-deferred
code. The stack frame elider sometimes inserted stack construction into these
blocks, code which was actually was only needed in the deferred case.

This CL marks inserted split edge blocks with the deferredness of their
successors, e.g. they are defererred if their predecessor is deferrred. This
moves stack building code that logically belongs to deferred code into the
deferred code area rather than inlining it in non-deferred code.
==========

to

==========
[turbofan] Better handling of inserted split-edge blocks

Previously, split-edge blocks inserted into CodeStubAssembler schedules
inherited the "deferredness" of their predecessor block. This tended to inline
newly inserted blocks that preceeded deferred code inline with non-deferred
code. The stack frame elider sometimes inserted stack construction into these
blocks, code which was actually was only needed in the deferred case.

This CL marks inserted split edge blocks with the deferredness of their
successors, e.g. they are defererred if their predecessor is deferrred. This
moves stack building code that logically belongs to deferred code into the
deferred code area rather than inlining it in non-deferred code.

Committed: https://crrev.com/6eb242eebbc06ab171d86a9b2e4bfe60d4df3667
Cr-Commit-Position: refs/heads/master@{#36446}
==========

[commit-bot: I haz the power, 2016-05-23 14:47:34]

Patchset 2 (id:??) landed as
https://crrev.com/6eb242eebbc06ab171d86a9b2e4bfe60d4df3667
Cr-Commit-Position: refs/heads/master@{#36446}