- 04 Mar, 2015 11 commits
-
-
bmeurer authored
Word32 shifts are always safe on ia32 and x64, independent of whether SSE4.1 is available. R=dcarney@chromium.org Review URL: https://codereview.chromium.org/975363002 Cr-Commit-Position: refs/heads/master@{#26984}
-
yangguo authored
We now have BreakLocation::Iterator to iterate via RelocIterator, and create a BreakLocation when we are done iterating. The reloc info is stored in BreakLocation in a GC-safe way and instantiated on demand. R=ulan@chromium.org BUG=v8:3924 LOG=N Review URL: https://codereview.chromium.org/967323002 Cr-Commit-Position: refs/heads/master@{#26983}
-
yangguo authored
Re-installing experimental natives after deserialization causes failures if said experimental native is already included in the snapshot. However, there is no way to tell whether a certain harmony feature has been included. Experimental natives may also be turned on/off on-demand, which a snapshot that includes them would not support for all cases. The simple solution for the meantime is to never include experimental natives in the snapshot and initialize them after deserialization on-demand. R=vogelheim@chromium.org Review URL: https://codereview.chromium.org/981473002 Cr-Commit-Position: refs/heads/master@{#26982}
-
dcarney authored
BUG=v8:3929 LOG=y Review URL: https://codereview.chromium.org/977893002 Cr-Commit-Position: refs/heads/master@{#26981}
-
vogelheim authored
Notes: - Other platforms to follow later. - This follows Chromium practice, that mostly uses this feature these days. - The statically linked-in startup data will stay. So whoever prefers the old way just needs to set the flag differently. Reland crrev.com/959693002, once crrev.com/960883003 is in. R=machenbach@chromium.org BUG= Review URL: https://codereview.chromium.org/956373002 Cr-Commit-Position: refs/heads/master@{#26980}
-
erikcorry authored
Each call to emit_32 uses 5 constant pool slots: * the "emit_32" string * undefined (the receiver) * the argument (heap number) * the load IC * the call IC This change cuts that down 20% to 4, by loading the undefined from the heap roots. R=verwaest@chromium.org BUG= Review URL: https://codereview.chromium.org/980563002 Cr-Commit-Position: refs/heads/master@{#26979}
-
vogelheim authored
Fix Initialize & Dispose for external snapshot. Make sure v8::V8::(Initialize|Dispose) can be called in any order. This is a follow-on to crrev.com/960883003, which fixed a memory leak in this code, but uncovered another, more subtle bug: Previously, the code expected you would v8::V8::Initialize once, and v8::V8::Dispose once. The first bug was that in this case the holder_ variable would point to deallocated memory. The second bug was that once the snapshot was disposed, there was no way to get it back on a future Initialize. These are uncovered by the InitializeAndDisposeMultiple test case. The fix is to keep memory to the raw snapshot and to then cleanly build & destroy the tables in Initialize & Dispose. Since sometimes setNativesBlob is called just after Initialize, that situation must be handled, too. BUG= Review URL: https://codereview.chromium.org/974943003 Cr-Commit-Position: refs/heads/master@{#26978}
-
mvstanton authored
Until this is addressed, we can simply use the regular IC, as we do in times of serialization. R=verwaest@chromium.org Review URL: https://codereview.chromium.org/974853002 Cr-Commit-Position: refs/heads/master@{#26977}
-
thakis authored
BUG=none LOG=N Review URL: https://codereview.chromium.org/969653004 Cr-Commit-Position: refs/heads/master@{#26976}
-
thakis authored
Shouldn't make a difference in practice, but it's a bit more readable and it gets the case of a 0 shift correct without undefined behavior. BUG=463436 LOG=N Review URL: https://codereview.chromium.org/975283002 Cr-Commit-Position: refs/heads/master@{#26975}
-
hans authored
Bit-shifts have undefined behaviour if the shift amount is greater or equal to the width of the type. In this case the code would do imm32 >> 32 when rot == 0. A newer version of Clang unrolled the loop, optimized the first iteration away, causing the test suite to fail with: # # Fatal error in ../src/arm/assembler-arm.cc, line 1212 # Check failed: !rn.is(ip). # as well as crashing when running Chromium tests on Android (at least we think this was the cause, see the bug). BUG=463436, 444089 LOG=Y Review URL: https://codereview.chromium.org/979633002 Cr-Commit-Position: refs/heads/master@{#26974}
-
- 03 Mar, 2015 26 commits
-
-
bmeurer authored
Revert of [x86] Use better left operand heuristic for Float64Add and Float64Mul. (patchset #1 id:1 of https://codereview.chromium.org/958583003/) Reason for revert: Tanks on Atom and Haswell Original issue's description: > [x86] Use better left operand heuristic for Float64Add and Float64Mul. > > R=dcarney@chromium.org > > Committed: https://crrev.com/9da259fb1f4ecfefeb2cf7efbe449d8aa1904032 > Cr-Commit-Position: refs/heads/master@{#26849} TBR=dcarney@chromium.org NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true Review URL: https://codereview.chromium.org/972243002 Cr-Commit-Position: refs/heads/master@{#26973}
-
dslomov authored
R=mvstanton@chromium.org,arv@chromium.org,rossberg@chromium.org BUG=v8:3930 LOG=Y Committed: https://crrev.com/6898da1a28d64d1fb2962804ba566f6d618ffc70 Cr-Commit-Position: refs/heads/master@{#26960} Committed: https://crrev.com/8d29cc11a56e77297792fe100986a80b65de0051 Cr-Commit-Position: refs/heads/master@{#26963} Committed: https://crrev.com/0705045b50a29cf1273e9e6b86fe6a627d8dcb43 Cr-Commit-Position: refs/heads/master@{#26966} Review URL: https://codereview.chromium.org/975463002 Cr-Commit-Position: refs/heads/master@{#26972}
-
rossberg authored
R=dslomov@chromium.org BUG=3983 LOG=Y Review URL: https://codereview.chromium.org/977543002 Cr-Commit-Position: refs/heads/master@{#26971}
-
mstarzinger authored
Reason for disabling failure on ARM64 simulator in no-snap mode. TBR=dslomov@chromium.org TEST=cctest/test-run-jsexceptions/DeoptFinallyReturn NOTREECHECKS=true NOTRY=true Review URL: https://codereview.chromium.org/975003002 Cr-Commit-Position: refs/heads/master@{#26970}
-
dslomov authored
Revert of Implement subclassing Arrays. (patchset #8 id:130001 of https://codereview.chromium.org/975463002/) Reason for revert: Arm compilation again. Aaaarrrrrghhhhhh!!! Original issue's description: > Implement subclassing Arrays. > > R=mvstanton@chromium.org,arv@chromium.org,rossberg@chromium.org > BUG=v8:3930 > LOG=Y > > Committed: https://crrev.com/6898da1a28d64d1fb2962804ba566f6d618ffc70 > Cr-Commit-Position: refs/heads/master@{#26960} > > Committed: https://crrev.com/8d29cc11a56e77297792fe100986a80b65de0051 > Cr-Commit-Position: refs/heads/master@{#26963} > > Committed: https://crrev.com/0705045b50a29cf1273e9e6b86fe6a627d8dcb43 > Cr-Commit-Position: refs/heads/master@{#26966} TBR=arv@chromium.org,mvstanton@chromium.org,rossberg@chromium.org NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:3930 Review URL: https://codereview.chromium.org/976693002 Cr-Commit-Position: refs/heads/master@{#26969}
-
mstarzinger authored
This just contains test, no fixes. Note that some of the tests are still disabled because they either fail or we don't want ClusterFuzz to pick up the flag yet. R=jarin@chromium.org TEST=cctest/test-run-jsexceptions/Deopt,mjsunit/compiler/try-deopt Review URL: https://codereview.chromium.org/972943004 Cr-Commit-Position: refs/heads/master@{#26968}
-
balazs.kilvady authored
Port 4acbc93d BUG= Review URL: https://codereview.chromium.org/974873002 Cr-Commit-Position: refs/heads/master@{#26967}
-
dslomov authored
R=mvstanton@chromium.org,arv@chromium.org,rossberg@chromium.org BUG=v8:3930 LOG=Y Committed: https://crrev.com/6898da1a28d64d1fb2962804ba566f6d618ffc70 Cr-Commit-Position: refs/heads/master@{#26960} Committed: https://crrev.com/8d29cc11a56e77297792fe100986a80b65de0051 Cr-Commit-Position: refs/heads/master@{#26963} Review URL: https://codereview.chromium.org/975463002 Cr-Commit-Position: refs/heads/master@{#26966}
-
dslomov authored
Revert of Implement subclassing Arrays. (patchset #7 id:110001 of https://codereview.chromium.org/975463002/) Reason for revert: Arm buildre complains again (why v8_linux_arm_dbg does not complain?) Original issue's description: > Implement subclassing Arrays. > > R=mvstanton@chromium.org,arv@chromium.org,rossberg@chromium.org > BUG=v8:3930 > LOG=Y > > Committed: https://crrev.com/6898da1a28d64d1fb2962804ba566f6d618ffc70 > Cr-Commit-Position: refs/heads/master@{#26960} > > Committed: https://crrev.com/8d29cc11a56e77297792fe100986a80b65de0051 > Cr-Commit-Position: refs/heads/master@{#26963} TBR=arv@chromium.org,mvstanton@chromium.org,rossberg@chromium.org NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:3930 Review URL: https://codereview.chromium.org/974963002 Cr-Commit-Position: refs/heads/master@{#26965}
-
yangguo authored
R=vogelheim@chromium.org Review URL: https://codereview.chromium.org/962963007 Cr-Commit-Position: refs/heads/master@{#26964}
-
dslomov authored
R=mvstanton@chromium.org,arv@chromium.org,rossberg@chromium.org BUG=v8:3930 LOG=Y Committed: https://crrev.com/6898da1a28d64d1fb2962804ba566f6d618ffc70 Cr-Commit-Position: refs/heads/master@{#26960} Review URL: https://codereview.chromium.org/975463002 Cr-Commit-Position: refs/heads/master@{#26963}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/969353003 Cr-Commit-Position: refs/heads/master@{#26962}
-
mvstanton authored
Revert of Implement subclassing Arrays. (patchset #6 id:90001 of https://codereview.chromium.org/975463002/) Reason for revert: ARM build failure... Original issue's description: > Implement subclassing Arrays. > > R=mvstanton@chromium.org,arv@chromium.org,rossberg@chromium.org > BUG=v8:3930 > LOG=Y > > Committed: https://crrev.com/6898da1a28d64d1fb2962804ba566f6d618ffc70 > Cr-Commit-Position: refs/heads/master@{#26960} TBR=arv@chromium.org,rossberg@chromium.org,dslomov@chromium.org NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:3930 Review URL: https://codereview.chromium.org/975693002 Cr-Commit-Position: refs/heads/master@{#26961}
-
dslomov authored
R=mvstanton@chromium.org,arv@chromium.org,rossberg@chromium.org BUG=v8:3930 LOG=Y Review URL: https://codereview.chromium.org/975463002 Cr-Commit-Position: refs/heads/master@{#26960}
-
bmeurer authored
Also allow inlining of native functions. R=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/962963006 Cr-Commit-Position: refs/heads/master@{#26959}
-
jarin authored
BUG= R=bmeurer@chromium.org Review URL: https://codereview.chromium.org/968913002 Cr-Commit-Position: refs/heads/master@{#26958}
-
mstarzinger authored
R=jarin@chromium.org Review URL: https://codereview.chromium.org/960273002 Cr-Commit-Position: refs/heads/master@{#26957}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/974783003 Cr-Commit-Position: refs/heads/master@{#26956}
-
sejunho authored
Problem: Excuting with flags as "--prof --logfile-per-isolate --logfile=/path/to/filename" expected file name: /path/to/isolate-<isolate id>-filename current result: isolate-<isolate id>-/path/to/filename This patch makes the file name we expected. Review URL: https://codereview.chromium.org/960813004 Cr-Commit-Position: refs/heads/master@{#26955}
-
rmcilroy authored
Android doesn't have swap space so if the heap goes over the physical memory size the system will just kill us. Applying the Heap::kPointerMultipler to heap size could cause the max heap size to be larger than physical memory. Instead use the defaults which are based on actual physical memory configured by Api::ConfigureDefaults(). BUG=432909 LOG=N Review URL: https://codereview.chromium.org/960213007 Cr-Commit-Position: refs/heads/master@{#26954}
-
loislo authored
TryInline needed position only for the case when we track positions. We can drop the position argument and use the current position from GraphBuilder. The only problem that it doesn't match with the inline point. The reason of that was the fact that builder had moved the position forward by visiting arguments expressions. I fixed this by restoring the current positon in HOptimizedGraphBuilderWithPositions::Visit* BUG=452067 LOG=n Review URL: https://codereview.chromium.org/962593005 Cr-Commit-Position: refs/heads/master@{#26953}
-
dcarney authored
R=svenpanne@chromium.org BUG=v8:3929 LOG=y Review URL: https://codereview.chromium.org/972623003 Cr-Commit-Position: refs/heads/master@{#26952}
-
michael_dawson authored
Contribution of PowerPC port (continuation of 422063005, 817143002, 866843003, and 901083004. This patch updates the ppc directories to make them current with changes in common code, removes the optimization to use the ool constant pool, and excludes tests that don't pass under the ppc simulator given a 240s timeout. Subsequent patches will cover: - remaining optimizations for PPC - remaining AIX changes not resolved by 4.8 compiler (4.8 is only recently available for AIX) - incremental updates required to ppc directories due to platform specific changes made in google repos while we complete the above steps. modified: src/compiler/ppc/code-generator-ppc.cc modified: src/ic/ppc/handler-compiler-ppc.cc modified: src/ppc/assembler-ppc-inl.h modified: src/ppc/assembler-ppc.cc modified: src/ppc/assembler-ppc.h modified: src/ppc/builtins-ppc.cc modified: src/ppc/code-stubs-ppc.cc modified: src/ppc/debug-ppc.cc modified: src/ppc/deoptimizer-ppc.cc modified: src/ppc/frames-ppc.cc modified: src/ppc/frames-ppc.h modified: src/ppc/full-codegen-ppc.cc modified: src/ppc/lithium-codegen-ppc.cc modified: src/ppc/lithium-ppc.cc modified: src/ppc/lithium-ppc.h modified: src/ppc/macro-assembler-ppc.cc modified: src/ppc/macro-assembler-ppc.h modified: test/cctest/cctest.status modified: test/mjsunit/mjsunit.status R=danno@chromium.org, svenpanne@chromium.org BUG= Review URL: https://codereview.chromium.org/965823002 Cr-Commit-Position: refs/heads/master@{#26951}
-
weiliang.lin authored
Review URL: https://codereview.chromium.org/972053002 Cr-Commit-Position: refs/heads/master@{#26950}
-
bmeurer authored
Review URL: https://codereview.chromium.org/971223002 Cr-Commit-Position: refs/heads/master@{#26949}
-
chunyang.dai authored
port 7ee31a23 (r26941). original commit message: Compute correct contextual load ICs in fullcodegen. BUG= Review URL: https://codereview.chromium.org/974483005 Cr-Commit-Position: refs/heads/master@{#26948}
-
- 02 Mar, 2015 3 commits
-
-
yangguo authored
R=vogelheim@chromium.org Review URL: https://codereview.chromium.org/957703003 Cr-Commit-Position: refs/heads/master@{#26947}
-
Balazs Kilvady authored
Port 7ee31a23 BUG= R=dusan.milosavljevic@imgtec.com Review URL: https://codereview.chromium.org/969803002 Cr-Commit-Position: refs/heads/master@{#26946}
-
Dan Carney authored
r26943 just moved the problem around TBR=svenpanne@chromium.org BUG= Review URL: https://codereview.chromium.org/963023003 Cr-Commit-Position: refs/heads/master@{#26945}
-