[turbofan] Fix several OSR entries within class literals.

[turbofan] Fix several OSR entries within class literals.

With do-expressions any expression used within literals can turn into an
OSR entry-point. This means the literal object being constructed is then
renamed to an OSR value and needs to be reloaded from the environment.

R=rossberg@chromium.org
TEST=mjsunit/regress/regress-osr-in-literal

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

[Michael Starzinger, 2015-11-17 14:28:12]

mstarzinger@chromium.org changed reviewers:
+ caitpotter88@gmail.com

[Michael Starzinger, 2015-11-17 14:28:12]

Andreas: PTAL.
Caitlin: FYI.

[rossberg, 2015-11-17 14:38:11]

lgtm

[Michael Starzinger, 2015-11-17 14:49:42]

The CQ bit was checked by mstarzinger@chromium.org

[commit-bot: I haz the power, 2015-11-17 14:49:48]

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

[commit-bot: I haz the power, 2015-11-17 14:51:11]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2015-11-17 14:51:46]

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