PPC: [for-in] Ensure that we learn from deopts within for-in loop bodies.

PPC: [for-in] Ensure that we learn from deopts within for-in loop bodies.

Port 0637f5f64c3bc5d8fc930e65730b7d86cce7a74c

Original commit message:
    If we deoptimize from TurboFan or Crankshaft into the body of a for-in
    loop and that for-in mode then switches to slow mode (i.e. has to call
    %ForInFilter), we have to record that feedback, because otherwise we
    might actually OSR into that loop assuming that it's fast mode still,
    or even worse recompile the function later when we call it again w/o
    having rerun the for-in loop in fullcodegen from the beginning (where
    was previously the only place we could learn).

R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
BUG=v8:3650
LOG=n

Committed: https://crrev.com/0dc1e186e08627054a1113d247c6a5579e67b5c3
Cr-Commit-Position: refs/heads/master@{#33617}

[MTBrandyberry, 2016-01-29 17:14:32]

The CQ bit was checked by mbrandy@us.ibm.com to run a CQ dry run

[commit-bot: I haz the power, 2016-01-29 17:14:45]

Dry run: CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1644383002/1
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1644383002/1

[commit-bot: I haz the power, 2016-01-29 17:36:17]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-01-29 17:36:19]

Dry run: This issue passed the CQ dry run.

[michael_dawson, 2016-01-29 18:11:19]

On 2016/01/29 17:36:19, commit-bot: I haz the power wrote:
> Dry run: This issue passed the CQ dry run.

lgtm

[MTBrandyberry, 2016-01-29 19:29:43]

The CQ bit was checked by mbrandy@us.ibm.com

[commit-bot: I haz the power, 2016-01-29 19:29:48]

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

[commit-bot: I haz the power, 2016-01-29 19:31:20]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-01-29 19:31:52]

Description was changed from

==========
PPC: [for-in] Ensure that we learn from deopts within for-in loop bodies.

Port 0637f5f64c3bc5d8fc930e65730b7d86cce7a74c

Original commit message:
    If we deoptimize from TurboFan or Crankshaft into the body of a for-in
    loop and that for-in mode then switches to slow mode (i.e. has to call
    %ForInFilter), we have to record that feedback, because otherwise we
    might actually OSR into that loop assuming that it's fast mode still,
    or even worse recompile the function later when we call it again w/o
    having rerun the for-in loop in fullcodegen from the beginning (where
    was previously the only place we could learn).

R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com,
michael_dawson@ca.ibm.com
BUG=v8:3650
LOG=n
==========

to

==========
PPC: [for-in] Ensure that we learn from deopts within for-in loop bodies.

Port 0637f5f64c3bc5d8fc930e65730b7d86cce7a74c

Original commit message:
    If we deoptimize from TurboFan or Crankshaft into the body of a for-in
    loop and that for-in mode then switches to slow mode (i.e. has to call
    %ForInFilter), we have to record that feedback, because otherwise we
    might actually OSR into that loop assuming that it's fast mode still,
    or even worse recompile the function later when we call it again w/o
    having rerun the for-in loop in fullcodegen from the beginning (where
    was previously the only place we could learn).

R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com,
michael_dawson@ca.ibm.com
BUG=v8:3650
LOG=n

Committed: https://crrev.com/0dc1e186e08627054a1113d247c6a5579e67b5c3
Cr-Commit-Position: refs/heads/master@{#33617}
==========

[commit-bot: I haz the power, 2016-01-29 19:31:53]

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