{"push_id":733813513,"size":14,"distinct_size":14,"ref":"refs/heads/master","head":"8b60f39be88821480e95385ade9a05505b99c957","before":"113df1898786636dcc444644a1e2d54031c0d666","commits":[{"sha":"557b3dfea16788332263f5b8d5a17a7db3933be1","author":{"email":"1cf0af8245a3a17a632a2c73531392b0f9761c76@chromium.org","name":"Yang Guo"},"message":"Version 4.4.63.15 (cherry-pick)\n\nTBR=ulan@chromium.org\nBUG=v8:4291\n\nReview URL: https://codereview.chromium.org/1227823004 .\n\nCr-Commit-Position: refs/branch-heads/4.4@{#19}\nCr-Branched-From: 2e4c5505e85d94b520e853dda3f0cc3f2769e5f0-refs/heads/4.4.63@{#1}\nCr-Branched-From: 0208b8e3a1d7ce393308866386ac8d94f85faa05-refs/heads/master@{#28333}","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/557b3dfea16788332263f5b8d5a17a7db3933be1"},{"sha":"3bf7258ec1f9806f59465aa9e0bf5c8760e98063","author":{"email":"a43c420013ca055cc92ab03cc74d6f3bd5524c38@chromium.org","name":"Jochen Eisinger"},"message":"Version 4.4.63.16 (cherry-pick)\n\nMerged 8c298c79c2eff50b1d3809a5f72ed7d3679c47a4\n\nMove compatible receiver check from CompileHandler to UpdateCaches\n\nBUG=chromium:505374\nLOG=N\nTBR=hablich@chromium.org\n\nReview URL: https://codereview.chromium.org/1233453004 .\n\nCr-Commit-Position: refs/branch-heads/4.4@{#20}\nCr-Branched-From: 2e4c5505e85d94b520e853dda3f0cc3f2769e5f0-refs/heads/4.4.63@{#1}\nCr-Branched-From: 0208b8e3a1d7ce393308866386ac8d94f85faa05-refs/heads/master@{#28333}","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/3bf7258ec1f9806f59465aa9e0bf5c8760e98063"},{"sha":"2ff0170e04da446b8f077bc7beea115b9152a2ca","author":{"email":"a43c420013ca055cc92ab03cc74d6f3bd5524c38@chromium.org","name":"Jochen Eisinger"},"message":"Version 4.4.63.17 (cherry-pick)\n\nMerged b199bcdd47ae97ec116b430e34ab42001c8f04c0\n\nunicode-decoder: fix out-of-band write in utf16\n\nBUG=v8:4274,chromium:508540\nLOG=N\nTBR=hablich@chromium.org\n\nReview URL: https://codereview.chromium.org/1227203010 .\n\nCr-Commit-Position: refs/branch-heads/4.4@{#21}\nCr-Branched-From: 2e4c5505e85d94b520e853dda3f0cc3f2769e5f0-refs/heads/4.4.63@{#1}\nCr-Branched-From: 0208b8e3a1d7ce393308866386ac8d94f85faa05-refs/heads/master@{#28333}","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/2ff0170e04da446b8f077bc7beea115b9152a2ca"},{"sha":"8627394738adf4d6837b4d80d86ccd54c494f74d","author":{"email":"9606f7553293921f0821165c9907aac6a91895eb@chromium.org","name":"Toon Verwaest"},"message":"Version 4.4.63.15 (cherry-pick)\n\nMerge back fix for 490506/493566 to 4.4\n\nR=arv@chromium.org\nBUG=chromium:490506\nLOG=n\n\nReview URL: https://codereview.chromium.org/1214503009 .\n\nCr-Commit-Position: refs/branch-heads/4.4@{#22}\nCr-Branched-From: 2e4c5505e85d94b520e853dda3f0cc3f2769e5f0-refs/heads/4.4.63@{#1}\nCr-Branched-From: 0208b8e3a1d7ce393308866386ac8d94f85faa05-refs/heads/master@{#28333}","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/8627394738adf4d6837b4d80d86ccd54c494f74d"},{"sha":"3809b683c9c90d7b9a9020ea0118417e8b13e6ad","author":{"email":"9606f7553293921f0821165c9907aac6a91895eb@chromium.org","name":"Toon Verwaest"},"message":"Fix bug introduced by 4.4.83.18\n\nBUG=\nR=ishell@chromium.org\n\nReview URL: https://codereview.chromium.org/1232083003 .\n\nCr-Commit-Position: refs/branch-heads/4.4@{#23}\nCr-Branched-From: 2e4c5505e85d94b520e853dda3f0cc3f2769e5f0-refs/heads/4.4.63@{#1}\nCr-Branched-From: 0208b8e3a1d7ce393308866386ac8d94f85faa05-refs/heads/master@{#28333}","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/3809b683c9c90d7b9a9020ea0118417e8b13e6ad"},{"sha":"ab1eccd829c99778c47fb2db25cea5252dfc3f26","author":{"email":"b7f5c7b418c486227fed1e7e93a8ba75877793af@intel.com","name":"Andrey Malyshev"},"message":"XDK heap profiler collector\n\nThis heap profiler allows to perform deepper analysis of the JavaScript objects\nand is more concentrated on the allocation point of the object.\n\nHere are main deifference between CDT and XDK heap profilers:\n1. CDT Heap Profiler care of the alive objects, XDK collects all info even\nfor released ones.\nThis allows to show the allocation chart of objects which are used by the app in\neach moment.\nNeither CDT Timeline nor CDT Heap Profiler don't allow doing this. CDT Timeline\nshows the whole pool size which is much more than currently refered objects, CDT\nHeap Profiler shows only bars of allocated and alive objects by the end of\ncollection. The drawback of this approach - we have to call garbage collection\nregularly. On the other hand CDT Heap Profiler calls Garbage Collection the same\nway.\n2. To reduce the amount of information XDK profiler groups the objects to\nbuckets with unique key including the allocation time, release time, type,\nallocation call site.\nThis allow to select any period on the timeline and analyze which objects are\nallocated and not released by the end of the collection. This analysis type is\nuseful in case of big memory spikes. Just need to select on the chart where this\nspike starts till the maximum of the allocation memory.\n3. The allocation callsite allows to annotate the sources by the self and total\nvalues of allocated memory. And it's useful to know that certain line calling\nlibrary function implicitly allocates and retains megabates of data.\n4. Like in CDT, XDK profiler can collect the object's retention information, but\nthis info is stored for allocation callsite/type. It is done because we don't\nshow unique objects and we have to show all retentions for group. It's not\nsuch efficient like for unique objects but also has a value.","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/ab1eccd829c99778c47fb2db25cea5252dfc3f26"},{"sha":"c6f8a945e099ac4933d4da19b9ba6be5d379beff","author":{"email":"46e435bb944801045be2ec9710aed36cabaa0b17@intel.com","name":"Alexis Menard"},"message":"Fix XDK code so that it uses size_t instead of int.\n\nThis is useful to support 64 bits because call sites of that\nAPI usually uses std functions which returns a size_t and size_t\nis not going to git into an int on 64 bits. Today it triggers a\nwarning of potential data loss.","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/c6f8a945e099ac4933d4da19b9ba6be5d379beff"},{"sha":"e3ff446a47847a89e5240f5cb3a2248f60335076","author":{"email":"7734a0bbcccbf8462636f8c58ec6c9daa4bb3f6a@FreeBSD.org","name":"Raphael Kubo da Costa"},"message":"XDK: Fix coding style for presubmit checks to pass.\n\nsrc/api.cc does not have two empty lines between declarations in line 7705.","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/e3ff446a47847a89e5240f5cb3a2248f60335076"},{"sha":"85dc2982751b3cfdc8284613ee688addf5414738","author":{"email":"5d2a333041f63152d9d465642d9df53ce2c9b4a7@intel.com","name":"Mrunal Kapade"},"message":"XDK: Fix Lookup() call as per changes in M44","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/85dc2982751b3cfdc8284613ee688addf5414738"},{"sha":"23e11cc953f4adf3c60cf0f50dc89cbc0365d684","author":{"email":"5fe4d20cf6ab8a2cf4e5e71d4c2d58346e96df0d@intel.com","name":"Raphael Kubo da Costa"},"message":"XDK: Fix the 64-bits build with clang.\n\nThe `cctest` build is failing on x86-64 because several places use int's\ninstead of size_t's to store the return value of std::string::find().\n\nclang is pickier than GCC, and fails with errors such as:\n../test/cctest/test-heap-profiler.cc:2825:26: error: implicit conversion loses integer precision: 'size_type' (aka 'unsigned long') to 'int' [-Werror,-Wshorten-64-to-32]\n\nJust use `auto` instead of `int` to fix it.","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/23e11cc953f4adf3c60cf0f50dc89cbc0365d684"},{"sha":"ba7769c4bdff44874119bafd6c199d4e9ca3504e","author":{"email":"5fe4d20cf6ab8a2cf4e5e71d4c2d58346e96df0d@intel.com","name":"Raphael Kubo da Costa"},"message":"XDK: Coding style fixes after the M44 changes.\n\nCommit \"XDK: Fix Lookup() call as per changes in M44\" has introduced\nsome coding style issues where some lines exceed 80 characters in\nlength.","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/ba7769c4bdff44874119bafd6c199d4e9ca3504e"},{"sha":"8f3828e2c8e2f699e29a2536ab0418cd90715a62","author":{"email":"24faaec16a11fe2c0ded74a635139616d55770bc@intel.com","name":"Ningxin Hu"},"message":"[SIMD.js] Add SIMD128 types and operations\n\nAdd the Float32x4, Float64x2, Int32x4, Float32x4Array, Float64x2Array\nand Int32x4Array data types.\nAdd the SIMD operations on the Float32x4, Float64x2 and Int32x4 with\nC++ runtime functions and implement Float32x4Array, Float64x2Array and\nInt32x4Array element loading and storing.\n\nFloat32x4, Float64x2 and Int32x4 are implemented as JSObject.\nThese objects contain a \"value\" pointer pointing to a corresponding\nFixedTypedArray which is the real data storage.\n\nConflicts:\n\tinclude/v8.h\n\tsrc/arm/lithium-arm.h\n\tsrc/hydrogen-instructions.h\n\tsrc/ia32/lithium-ia32.h\n\tsrc/runtime.js\n\tsrc/runtime/runtime.h\n\tsrc/x64/lithium-x64.h\n\ttest/unittests/test-utils.cc\n\ttools/gyp/v8.gyp\n\tsrc/simd128.js\n\ttest/mjsunit/simd/float32x4.js","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/8f3828e2c8e2f699e29a2536ab0418cd90715a62"},{"sha":"163dab9ff21c5cee9027b249cb6a54f3472e0b0f","author":{"email":"f10f74a827ed7799dcb4ffe491a824c48519490c@intel.com","name":"Haitao Feng"},"message":"[SIMD.js] Optimize SIMD operations by CrankShaft\n\nThe implementation is only for ia32 and x64 ports.\n\nOptimize Float32x4Array, Float64x2Array and Int32x4Array element loading\nand storing for ia32 and x64 port by:\n  1). Allocating SIMD128 registers\n  2). Emitting SIMD movups instruction\n  3). Adding deoptimization support for SIMD128 registers or stack slots\n\nInline all SIMD operations and emit SIMD instructions for ia32 and x64 port\n\nConflicts:\n\n\tsrc/hydrogen.h\n\tsrc/ia32/assembler-ia32.cc\n\tsrc/ia32/disasm-ia32.cc\n\tsrc/ia32/lithium-codegen-ia32.cc\n\tsrc/ia32/lithium-ia32.cc\n\tsrc/ia32/lithium-ia32.h\n\tsrc/x64/disasm-x64.cc\n\tsrc/x64/assembler-x64.cc\n\tsrc/x64/lithium-codegen-x64.cc\n\tsrc/x64/lithium-x64.h\n\tsrc/deoptimizer.h\n\tsrc/hydrogen.cc\n\tsrc/hydrogen-instructions.h\n\tsrc/objects-inl.h\n\tsrc/objects.cc\n\tsrc/objects.h\n\tsrc/simd128.js\n\tsrc/bootstrapper.cc","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/163dab9ff21c5cee9027b249cb6a54f3472e0b0f"},{"sha":"8b60f39be88821480e95385ade9a05505b99c957","author":{"email":"cb0c91b98b8e007d59820e8e450d6152209a7ae9@intel.com","name":"Sergey Mishenkov"},"message":"Added StackEntry structure\n\nReplacement using CodeEntry class by using StackEntry structure. StackEntry\nstructure includes CodeEntry object and source line. This allows to record\nsource line for each CodeEntry independently. Changed ProfileTree build algorithm\nto build it by callsites(basing on source lines from StackEntry objects)","distinct":true,"url":"https://api.github.com/repos/crosswalk-project/v8-crosswalk/commits/8b60f39be88821480e95385ade9a05505b99c957"}]}