- 06 Oct, 2016 38 commits
-
-
gsathya authored
This patch sets `this` to be undefined when calling resolve and reject functions attached to the deferred. BUG=v8:5476 Review-Url: https://codereview.chromium.org/2399053003 Cr-Commit-Position: refs/heads/master@{#40056}
-
adamk authored
Introduce AccessCompilerData which hangs off the Isolate, and initialize it when the first PropertyAccessCompiler is instantiated. This avoids TSAN failures when trying to access load/store calling convention arrays. BUG=v8:5427 Review-Url: https://codereview.chromium.org/2389313002 Cr-Commit-Position: refs/heads/master@{#40055}
-
alph authored
A new V8 API object v8::TracingCpuProfiler is introduced. Client can create it on an isolate to enable JS CPU profiles collected during tracing session. Once the v8.cpu_profile2 tracing category is enabled the profiler emits CpuProfile and CpuProfileChunk events with the profile data. BUG=chromium:406277 Review-Url: https://codereview.chromium.org/2396733002 Cr-Commit-Position: refs/heads/master@{#40054}
-
adamk authored
R=ishell@chromium.org Review-Url: https://codereview.chromium.org/2395003002 Cr-Commit-Position: refs/heads/master@{#40053}
-
kozyatinskiy authored
TBR=dgozman@chromium.org Review-Url: https://codereview.chromium.org/2397193002 Cr-Commit-Position: refs/heads/master@{#40052}
-
tebbi authored
BUG=v8:5431 Review-Url: https://codereview.chromium.org/2372113004 Cr-Commit-Position: refs/heads/master@{#40051}
-
titzer authored
Imports and exports in 0xC can be much more than functions, including tables, memories, and globals. This CL refactors the underlying organization of imports and exports to support these new import types. BUG= Committed: https://crrev.com/599f8a83420346d9cba5ff97bd2a7520468207b6 Review-Url: https://codereview.chromium.org/2390113003 Cr-Original-Commit-Position: refs/heads/master@{#40033} Cr-Commit-Position: refs/heads/master@{#40050}
-
alph authored
BUG=chromium:406277 Review-Url: https://codereview.chromium.org/2399463004 Cr-Commit-Position: refs/heads/master@{#40049}
-
heimbuef authored
BUG=v8:5409 Committed: https://crrev.com/a124feb0760896c8be61de08004a08c3bc9b4b3f Review-Url: https://codereview.chromium.org/2348303002 Cr-Original-Commit-Position: refs/heads/master@{#39633} Cr-Commit-Position: refs/heads/master@{#40048}
-
leszeks authored
There's no point going through all the checks in the Add stub when we already know that both sides are strings. Review-Url: https://codereview.chromium.org/2395083002 Cr-Commit-Position: refs/heads/master@{#40047}
-
jbroman authored
Caught with libfuzzer. BUG=chromium:148757 Review-Url: https://codereview.chromium.org/2394983002 Cr-Commit-Position: refs/heads/master@{#40046}
-
mstarzinger authored
This enables the {BytecodeGraphBuilder} whenever heuristics in the compilation pipeline determine both Ignition and TurboFan to be used. There no longer needs to be an explicit flag passed in order to build graphs from bytecode. R=bmeurer@chromium.org Review-Url: https://codereview.chromium.org/2363413005 Cr-Commit-Position: refs/heads/master@{#40045}
-
heimbuef authored
BUG=v8:5409 Committed: https://crrev.com/37c688a24578e787d3d8941093563ed049c3497e Review-Url: https://codereview.chromium.org/2335343007 Cr-Original-Commit-Position: refs/heads/master@{#39631} Cr-Commit-Position: refs/heads/master@{#40044}
-
hpayer authored
Revert of [heap] Concurrent slot filtering in sweeper threads. (patchset #4 id:60001 of https://codereview.chromium.org/2401563002/ ) Reason for revert: Crashing. Original issue's description: > [heap] Concurrent slot filtering in sweeper threads. > > This is an intermediate step for concurrent slot filtering. This CL already makes filtering concurrent, but does not integrate it in the actual sweeping. This will be done in two follow up CLs. One for the regular slot set and one for the typed slot set. > > BUG=chromium:648568 > > Committed: https://crrev.com/1f89d369fc952a2826f9f62901fb84fcf30920d7 > Cr-Commit-Position: refs/heads/master@{#40040} TBR=ulan@chromium.org,mlippautz@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=chromium:648568 Review-Url: https://codereview.chromium.org/2399003002 Cr-Commit-Position: refs/heads/master@{#40043}
-
mstarzinger authored
Now that the scope chain is deserialized directly from the chain of {ScopeInfo} objects, it is no longer needed to provide a context. This makes the {AllowsLazyCompilationWithoutContext} predicate coincide with the more general {AllowsLazyCompilation}. Remove the former. R=jochen@chromium.org Review-Url: https://codereview.chromium.org/2399853002 Cr-Commit-Position: refs/heads/master@{#40042}
-
mvstanton authored
With this CL, we devolve all Constants introduced as they are with an object handle into * Range - for integers * Nan * MinusZero * OtherNumberConstant - for doubles * HeapConstant We reduce the amount we have to inspect an object handle during optimization. Also, simplifications result. For example, you never have to check if a Range contains a HeapConstant. BUG= Review-Url: https://codereview.chromium.org/2381523002 Cr-Commit-Position: refs/heads/master@{#40041}
-
hpayer authored
This is an intermediate step for concurrent slot filtering. This CL already makes filtering concurrent, but does not integrate it in the actual sweeping. This will be done in two follow up CLs. One for the regular slot set and one for the typed slot set. BUG=chromium:648568 Review-Url: https://codereview.chromium.org/2401563002 Cr-Commit-Position: refs/heads/master@{#40040}
-
Miran.Karic authored
Recent changes in Segment class caused many tests to fail on mips32 because of an unaligned read error. Setting the alignment to 8 for mips fixes the issue. Accessing doubles on mips32 must be eight bit aligned. BUG= Review-Url: https://codereview.chromium.org/2390303003 Cr-Commit-Position: refs/heads/master@{#40039}
-
hablich authored
Revert of [wasm] Refactor import handling for 0xC. (patchset #10 id:180001 of https://codereview.chromium.org/2390113003/ ) Reason for revert: Failes a few GC stress tests.https://chromegw.corp.google.com/i/client.v8/builders/V8%20Linux%20-%20gc%20stress/builds/6253 Original issue's description: > [wasm] Refactor import handling for 0xC. > > Imports and exports in 0xC can be much more than functions, including > tables, memories, and globals. This CL refactors the underlying > organization of imports and exports to support these new import types. > > BUG= > > Committed: https://crrev.com/599f8a83420346d9cba5ff97bd2a7520468207b6 > Cr-Commit-Position: refs/heads/master@{#40033} TBR=mtrofin@chromium.org,ahaas@chromium.org,bradnelson@chromium.org,titzer@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG= Review-Url: https://codereview.chromium.org/2395133002 Cr-Commit-Position: refs/heads/master@{#40038}
-
hablich authored
TBR=machenbach@chromium.org NOTREECHECKS=true NOTRY=true Review-Url: https://codereview.chromium.org/2397153002 Cr-Commit-Position: refs/heads/master@{#40037}
-
jgruber authored
Flag getters are implemented as TurboFan stubs while the rest are written as C++. This distinction is somewhat arbitrary and more getters could be ported to TurboFan in the future. BUG=v8:5339 Review-Url: https://codereview.chromium.org/2389233002 Cr-Commit-Position: refs/heads/master@{#40036}
-
epertoso authored
R=jarin@chromium.org BUG= Review-Url: https://codereview.chromium.org/2401553002 Cr-Commit-Position: refs/heads/master@{#40035}
-
hpayer authored
BUG=chromium:648568 Review-Url: https://codereview.chromium.org/2397473004 Cr-Commit-Position: refs/heads/master@{#40034}
-
titzer authored
Imports and exports in 0xC can be much more than functions, including tables, memories, and globals. This CL refactors the underlying organization of imports and exports to support these new import types. BUG= Review-Url: https://codereview.chromium.org/2390113003 Cr-Commit-Position: refs/heads/master@{#40033}
-
heimbuef authored
In an anonymous namespace, all methods are already treated like being static, so no need for these keywords. Review-Url: https://codereview.chromium.org/2384403006 Cr-Commit-Position: refs/heads/master@{#40032}
-
mstarzinger authored
This switches the {ParseInfo} constructor to always determine the outer scope info from the shared function info instead of a concrete closure. It is a precursor to deprecate the constructor taking closures entirely and hence make the fact that we can parse without a closure explicit. R=jochen@chromium.org BUG=v8:2206 Review-Url: https://codereview.chromium.org/2397053003 Cr-Commit-Position: refs/heads/master@{#40031}
-
ahaas authored
BUG=chromium:653264 TEST=cctest/test-run-wasm-module/GrowMemoryZero R=titzer@chromium.org Review-Url: https://codereview.chromium.org/2389263005 Cr-Commit-Position: refs/heads/master@{#40030}
-
mvstanton authored
BUG= R=jarin@chromium.org Review-Url: https://codereview.chromium.org/2393923003 Cr-Commit-Position: refs/heads/master@{#40029}
-
mstarzinger authored
R=titzer@chromium.org Review-Url: https://codereview.chromium.org/2388303008 Cr-Commit-Position: refs/heads/master@{#40028}
-
bmeurer authored
The generic implementations for typeof, strict equality and ToBoolean don't need a context, so we can just pass the NoContextConstant (which is Smi zero) instead, to reduce the live ranges for the context. R=mvstanton@chromium.org Review-Url: https://codereview.chromium.org/2400633002 Cr-Commit-Position: refs/heads/master@{#40027}
-
mlippautz authored
The scavenger should never consider mark bits for promotion/copy as this creates weird livetimes at the start of incremental marking. E.g. consider an object marked black by the marker at the start of incremental marking. A scavenge would promote it to the old generation although it could --and for short-living objects actually does-- become unreachable during marking Also, keeping this invariant significantly simplifies young generation mark compacting as we can compare against the scavenging decision without keeping different sets of markbits. BUG=chromium:651354 R=hpayer@chromium.org Review-Url: https://codereview.chromium.org/2397713002 Cr-Commit-Position: refs/heads/master@{#40026}
-
ishell authored
... because the latter automatically respects the desired calling convention. BUG=v8:5408 Review-Url: https://codereview.chromium.org/2398683004 Cr-Commit-Position: refs/heads/master@{#40025}
-
heimbuef authored
because ownership over it is not obviously clear and leads to errors. Review-Url: https://codereview.chromium.org/2366283003 Cr-Commit-Position: refs/heads/master@{#40024}
-
ishell authored
... because the latter automatically respects the desired calling convention. BUG=v8:5408 Review-Url: https://codereview.chromium.org/2396023002 Cr-Commit-Position: refs/heads/master@{#40023}
-
bmeurer authored
Emit code like this cmpq reg, [kRootRegister + offset] when selecting instructions for comparisons with immortal, immovable roots. This reduces register pressure as we don't need to load those roots into registers first. R=jarin@chromium.org TBR=hpayer@chromium.org Review-Url: https://codereview.chromium.org/2396923003 Cr-Commit-Position: refs/heads/master@{#40022}
-
jarin authored
Reland of "[turbofan] Osr value typing + dynamic type checks on entry. (patchset #5 id:80001 of https://codereview.chromium.org/2384113002/ )" Fixes: - Remove OsrGuards on frame specialization (for asm.js). - Handle the rename in the walk for native context. - Fix LoadContext effect wiring for Osr context chains. Review-Url: https://codereview.chromium.org/2388303006 Cr-Commit-Position: refs/heads/master@{#40021}
-
danno authored
Specifically an attempt to address a 3.5% regression on the total load time on cnn introduced by https://codereview.chromium.org/2113673002. Non-refactoring effect of this CL is to reduce the number of branches in CodeStubAssembler-generated loops iterating over FixedArrays from two to one. LOG=N BUG=v8:5423 Review-Url: https://codereview.chromium.org/2380953002 Cr-Commit-Position: refs/heads/master@{#40020}
-
v8-autoroll authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/475d5b3..67604e1 Rolling v8/buildtools: https://chromium.googlesource.com/chromium/buildtools/+log/5fd6695..39b1db2 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review-Url: https://codereview.chromium.org/2397993002 Cr-Commit-Position: refs/heads/master@{#40019}
-
- 05 Oct, 2016 2 commits
-
-
gsathya authored
When we create native promises as part of PromiseThen, we don't have to create resolving closures. The closure will only ever be called once from PromiseHandle, therefore we don't need the alreadyResolved check. This results in a 21.76% improvement in the bluebird benchmark over 5 runs. BUG=v8:5046 Review-Url: https://codereview.chromium.org/2396763002 Cr-Commit-Position: refs/heads/master@{#40018}
-
ziyang authored
Port 7a82be3d Original commit message: The duplicated enum values are only used by the FastNewClosureStub, so inline them there, with the help of one new constant (kFunctionKindShift) in SharedFunctionInfo. R=adamk@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, bjaideep@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com BUG= Review-Url: https://codereview.chromium.org/2391343003 Cr-Commit-Position: refs/heads/master@{#40017}
-