[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}

Committed: https://crrev.com/97def8070cbb979419c041c3732d5e11779f79da
Cr-Commit-Position: refs/heads/master@{#33044}

[Benedikt Meurer, 2015-12-22 14:02:32]

Hey mips people,

Please add mips and mips64 ports.

Thanks,
Benedikt

[ivica.bogosavljevic, 2015-12-22 14:22:01]

On 2015/12/22 14:02:32, Benedikt Meurer wrote:
> Hey mips people,
> 
> Please add mips and mips64 ports.
> 
> Thanks,
> Benedikt

We are on it

[Yang, 2015-12-22 14:51:10]

yangguo@chromium.org changed reviewers:
+ yangguo@chromium.org

[Yang, 2015-12-22 14:51:11]

https://codereview.chromium.org/1542963002/diff/1/src/json-stringifier.h
File src/json-stringifier.h (right):

https://codereview.chromium.org/1542963002/diff/1/src/json-stringifier.h#newc...
src/json-stringifier.h:346: if (object->IsCallable()) break;
Shouldn't this simply return UNCHANGED (so that callables are not rendered)?

[Benedikt Meurer, 2015-12-23 05:04:34]

https://codereview.chromium.org/1542963002/diff/1/src/json-stringifier.h
File src/json-stringifier.h (right):

https://codereview.chromium.org/1542963002/diff/1/src/json-stringifier.h#newc...
src/json-stringifier.h:346: if (object->IsCallable()) break;
Indeed, good catch. Thanks.

[Benedikt Meurer, 2015-12-23 08:37:40]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

BUG=chromium:535408
LOG=n
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

BUG=chromium:535408, chromium:571299
LOG=n
==========

[Benedikt Meurer, 2015-12-23 09:14:42]

bmeurer@chromium.org changed reviewers:
+ cbruni@chromium.org

[Benedikt Meurer, 2015-12-23 09:14:42]

Hey Camillo,

Here's the first big piece of meat.
Please take a look.

Thanks,
Benedikt

[Hannes Payer (out of office), 2015-12-23 09:16:24]

hpayer@chromium.org changed reviewers:
+ hpayer@chromium.org

[Hannes Payer (out of office), 2015-12-23 09:16:25]

heap LGTM

[Yang, 2015-12-23 09:18:25]

On 2015/12/23 09:16:25, Hannes Payer wrote:
> heap LGTM

serializer lgtm

[Benedikt Meurer, 2015-12-23 10:56:19]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

BUG=chromium:535408, chromium:571299
LOG=n
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

BUG=chromium:535408, chromium:571299, v8:4629
LOG=n
==========

[Camillo Bruni, 2015-12-23 13:52:28]

LGTM with minor nits.
mostly checked ia32 and x64.

https://codereview.chromium.org/1542963002/diff/40001/src/objects-debug.cc
File src/objects-debug.cc (right):

https://codereview.chromium.org/1542963002/diff/40001/src/objects-debug.cc#ne...
src/objects-debug.cc:556: CHECK(map()->is_callable());
Please also add a check bound_target_function()->IsConstructor() =>
this/map()->is_constructor()

https://codereview.chromium.org/1542963002/diff/40001/src/objects-inl.h
File src/objects-inl.h (left):

https://codereview.chromium.org/1542963002/diff/40001/src/objects-inl.h#oldco...
src/objects-inl.h:4543: void Map::set_is_constructor(bool value) {
This method was bothering me more that it should ;)

https://codereview.chromium.org/1542963002/diff/40001/src/x64/builtins-x64.cc
File src/x64/builtins-x64.cc (right):

https://codereview.chromium.org/1542963002/diff/40001/src/x64/builtins-x64.cc...
src/x64/builtins-x64.cc:2213: __ decp(rax);
Would it be possible to create a helper function uniting the two versions of the
arguments pushing from Call and Construct? (r12 vs rdx seems to be the only
change)

[akos.palfi.imgtec, 2015-12-24 00:36:08]

akos.palfi@imgtec.com changed reviewers:
+ akos.palfi@imgtec.com

[akos.palfi.imgtec, 2015-12-24 00:36:09]

Hey Benedikt,

The MIPS port is ready to merge, please find the ports here:
https://codereview.chromium.org/1542313002

[Benedikt Meurer, 2015-12-24 06:28:03]

On 2015/12/24 00:36:09, akos.palfi.imgtec wrote:
> Hey Benedikt,
> 
> The MIPS port is ready to merge, please find the ports here:
> https://codereview.chromium.org/1542313002

Merged. Thanks a lot!

[Benedikt Meurer, 2015-12-24 06:28:18]

https://codereview.chromium.org/1542963002/diff/40001/src/objects-debug.cc
File src/objects-debug.cc (right):

https://codereview.chromium.org/1542963002/diff/40001/src/objects-debug.cc#ne...
src/objects-debug.cc:556: CHECK(map()->is_callable());
Actually btf->IsConstructor() <=> IsConstructor().
Done.

https://codereview.chromium.org/1542963002/diff/40001/src/objects-inl.h
File src/objects-inl.h (left):

https://codereview.chromium.org/1542963002/diff/40001/src/objects-inl.h#oldco...
src/objects-inl.h:4543: void Map::set_is_constructor(bool value) {
On 2015/12/23 13:52:27, cbruni wrote:
> This method was bothering me more that it should ;)

Acknowledged.

https://codereview.chromium.org/1542963002/diff/40001/src/x64/builtins-x64.cc
File src/x64/builtins-x64.cc (right):

https://codereview.chromium.org/1542963002/diff/40001/src/x64/builtins-x64.cc...
src/x64/builtins-x64.cc:2213: __ decp(rax);
On 2015/12/23 13:52:27, cbruni wrote:
> Would it be possible to create a helper function uniting the two versions of
the
> arguments pushing from Call and Construct? (r12 vs rdx seems to be the only
> change)

Done.

[Benedikt Meurer, 2015-12-24 06:30:09]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

BUG=chromium:535408, chromium:571299, v8:4629
LOG=n
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n
==========

[Benedikt Meurer, 2015-12-24 06:30:22]

The CQ bit was checked by bmeurer@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2015-12-24 06:30:36]

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

[Benedikt Meurer, 2015-12-24 06:41:20]

The CQ bit was checked by bmeurer@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2015-12-24 06:41:29]

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

[commit-bot: I haz the power, 2015-12-24 08:22:53]

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

[commit-bot: I haz the power, 2015-12-24 08:22:55]

Dry run: Try jobs failed on following builders:
  linux_blink_rel on tryserver.blink (JOB_FAILED,
http://build.chromium.org/p/tryserver.blink/builders/linux_blink_rel/builds/8...)

[Benedikt Meurer, 2015-12-24 13:39:01]

The CQ bit was checked by bmeurer@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2015-12-24 13:39:06]

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

[commit-bot: I haz the power, 2015-12-24 15:14:46]

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

[commit-bot: I haz the power, 2015-12-24 15:14:47]

Dry run: Try jobs failed on following builders:
  linux_blink_rel on tryserver.blink (JOB_FAILED,
http://build.chromium.org/p/tryserver.blink/builders/linux_blink_rel/builds/8...)

[Benedikt Meurer, 2015-12-24 15:22:29]

The CQ bit was checked by bmeurer@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2015-12-24 15:22:32]

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

[commit-bot: I haz the power, 2015-12-24 16:07:16]

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

[commit-bot: I haz the power, 2015-12-24 16:07:17]

Dry run: Try jobs failed on following builders:
  linux_blink_rel on tryserver.blink (JOB_FAILED,
http://build.chromium.org/p/tryserver.blink/builders/linux_blink_rel/builds/8...)

[Benedikt Meurer, 2015-12-24 19:11:47]

The CQ bit was checked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-24 19:11:48]

The patchset sent to the CQ was uploaded after l-g-t-m from hpayer@chromium.org,
yangguo@chromium.org, cbruni@chromium.org
Link to the patchset: https://codereview.chromium.org/1542963002/#ps180001
(title: "Some random debug updates")

[commit-bot: I haz the power, 2015-12-24 19:12:03]

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

[commit-bot: I haz the power, 2015-12-24 21:56:42]

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

[commit-bot: I haz the power, 2015-12-24 21:56:43]

Try jobs failed on following builders:
  linux_chromium_rel_ng on tryserver.chromium.linux (JOB_FAILED,
http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)

[Benedikt Meurer, 2015-12-25 10:04:23]

The CQ bit was checked by bmeurer@chromium.org

[commit-bot: I haz the power, 2015-12-25 10:04:38]

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

[commit-bot: I haz the power, 2015-12-25 13:43:01]

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

[commit-bot: I haz the power, 2015-12-25 13:43:03]

Try jobs failed on following builders:
  linux_chromium_rel_ng on tryserver.chromium.linux (JOB_FAILED,
http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)

[Benedikt Meurer, 2015-12-26 05:00:45]

The CQ bit was checked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-26 05:00:46]

The patchset sent to the CQ was uploaded after l-g-t-m from hpayer@chromium.org,
cbruni@chromium.org, yangguo@chromium.org
Link to the patchset: https://codereview.chromium.org/1542963002/#ps200001
(title: "JSReceiver::GetCreationContext for bound functions.")

[commit-bot: I haz the power, 2015-12-26 05:00:49]

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

[Benedikt Meurer, 2015-12-26 05:25:43]

The CQ bit was unchecked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-26 05:25:53]

The CQ bit was checked by bmeurer@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2015-12-26 05:26:03]

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

[commit-bot: I haz the power, 2015-12-26 06:03:49]

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

[commit-bot: I haz the power, 2015-12-26 06:03:50]

Dry run: This issue passed the CQ dry run.

[Benedikt Meurer, 2015-12-26 18:06:47]

The CQ bit was checked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-26 18:06:47]

The patchset sent to the CQ was uploaded after l-g-t-m from hpayer@chromium.org,
cbruni@chromium.org, yangguo@chromium.org
Link to the patchset: https://codereview.chromium.org/1542963002/#ps220001
(title: "Test case for CreationContext; and fix the implementation")

[commit-bot: I haz the power, 2015-12-26 18:06:50]

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

[Benedikt Meurer, 2015-12-26 19:07:41]

The CQ bit was unchecked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-26 19:31:34]

The CQ bit was checked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-26 19:31:35]

The patchset sent to the CQ was uploaded after l-g-t-m from hpayer@chromium.org,
cbruni@chromium.org, yangguo@chromium.org
Link to the patchset: https://codereview.chromium.org/1542963002/#ps260001
(title: "Add creation context to heap snapshot generator.")

[commit-bot: I haz the power, 2015-12-26 19:31:57]

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

[commit-bot: I haz the power, 2015-12-26 20:27:33]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n
==========

[commit-bot: I haz the power, 2015-12-26 20:27:34]

Committed patchset #14 (id:260001)

[commit-bot: I haz the power, 2015-12-26 20:28:26]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}
==========

[commit-bot: I haz the power, 2015-12-26 20:28:28]

Patchset 14 (id:??) landed as
https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}

[Benedikt Meurer, 2015-12-27 04:41:22]

A revert of this CL (patchset #14 id:260001) has been created in
https://codereview.chromium.org/1552473002/ by bmeurer@chromium.org.

The reason for reverting is: Breaks arm64 sim nosnap:
https://build.chromium.org/p/client.v8/builders/V8%20Linux%20-%20arm64%20-%20....

[Benedikt Meurer, 2015-12-27 05:15:12]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}
==========

[Benedikt Meurer, 2015-12-27 05:17:41]

The CQ bit was checked by bmeurer@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2015-12-27 05:17:55]

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

[Benedikt Meurer, 2015-12-27 05:18:57]

The CQ bit was unchecked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-27 05:19:05]

The CQ bit was checked by bmeurer@chromium.org

[Benedikt Meurer, 2015-12-27 05:19:06]

The patchset sent to the CQ was uploaded after l-g-t-m from hpayer@chromium.org,
cbruni@chromium.org, yangguo@chromium.org
Link to the patchset: https://codereview.chromium.org/1542963002/#ps280001
(title: "[arm64] Poke does not preserve flags with --debug-code.")

[commit-bot: I haz the power, 2015-12-27 05:19:08]

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

[commit-bot: I haz the power, 2015-12-27 06:31:02]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}
==========

[commit-bot: I haz the power, 2015-12-27 06:31:04]

Committed patchset #15 (id:280001)

[commit-bot: I haz the power, 2015-12-27 06:31:55]

Description was changed from

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}
==========

to

==========
[runtime] Introduce dedicated JSBoundFunction to represent bound functions.

According to the ES2015 specification, bound functions are exotic
objects, and thus don't need to be implemented as JSFunctions. So
we introduce a new JSBoundFunction type to represent bound functions
and make them optimizable. This already improves the performance of
calling or constructing bound functions by 10-100x depending on the
use case because we avoid the crazy dance between JavaScript and C++
that was implemented in v8natives.js previously.

There's still room for improvement in the performance of actually
creating bound functions, which is also relevant in practice, but
we already have a plan how to accomplish that later.

The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
BUG=chromium:535408, chromium:571299, v8:4629
LOG=n

Committed: https://crrev.com/ca8623eaa468cba65a5adafcdfb4615966f43ce2
Cr-Commit-Position: refs/heads/master@{#33042}

Committed: https://crrev.com/97def8070cbb979419c041c3732d5e11779f79da
Cr-Commit-Position: refs/heads/master@{#33044}
==========

[commit-bot: I haz the power, 2015-12-27 06:31:56]

Patchset 15 (id:??) landed as
https://crrev.com/97def8070cbb979419c041c3732d5e11779f79da
Cr-Commit-Position: refs/heads/master@{#33044}