- 17 Feb, 2016 29 commits
-
-
machenbach authored
BUG=chromium:535160 LOG=n TBR=tandrii@chromium.org, kjellander@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1706783002 Cr-Commit-Position: refs/heads/master@{#34079}
-
danno authored
Frame slots indexes numbers are used more consistently for computation in both TurboFan and Crankshaft. Specifically, Crankshaft now uses frame slot indexes in LChunk, removing the need for some special-case maths when building the deoptimization translation table. LOG=N R=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1702593002 Cr-Commit-Position: refs/heads/master@{#34078}
-
bmeurer authored
It's dead^Wa runtime call Jim! R=jarin@chromium.org Review URL: https://codereview.chromium.org/1702313002 Cr-Commit-Position: refs/heads/master@{#34077}
-
hablich authored
R=machenbach@chromium.org TBR=danno@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1706753002 Cr-Commit-Position: refs/heads/master@{#34076}
-
machenbach authored
BUG=chromium:535160 LOG=n TBR=tandrii@chromium.org, kjellander@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1703853002 Cr-Commit-Position: refs/heads/master@{#34075}
-
nikolaos authored
R=machenbach@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1704963002 Cr-Commit-Position: refs/heads/master@{#34074}
-
mstarzinger authored
This removes the language mode parameter from all JSCall operators. The information is no longer used anywhere and is not threaded through the interpreter bytecode. We should only thread it through the bytecode if it has a semantic impact on the compilation. R=bmeurer@chromium.org Review URL: https://codereview.chromium.org/1709493002 Cr-Commit-Position: refs/heads/master@{#34073}
-
bmeurer authored
Everything that HCallStub does can easily be done using the more general HCallWithDescriptor, so there's no need to have this dedicated instruction around. R=jarin@chromium.org Review URL: https://codereview.chromium.org/1705633004 Cr-Commit-Position: refs/heads/master@{#34072}
-
ulan authored
If sweeping is in progress then we need to filter out slots in free space after array trimming, because the sweeper will add the free space into free list. This CL also fixes a bug in SlotSet::RemoveRange. BUG=chromium:587004 LOG=NO TBR=hpayer@chromium.org Review URL: https://codereview.chromium.org/1701963003 Cr-Commit-Position: refs/heads/master@{#34071}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1705713002 Cr-Commit-Position: refs/heads/master@{#34070}
-
bmeurer authored
Also move Object.is implementation to C++ builtin, which is faster than the current implementation. R=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1695743003 Cr-Commit-Position: refs/heads/master@{#34069}
-
bmeurer authored
There's no point in having the setup or the toString/valueOf methods in JavaScript. The full setup can be done during bootstrapping when the Boolean constructor is created, and the prototype methods don't benefit from JS + %_ at all. R=jarin@chromium.org Review URL: https://codereview.chromium.org/1701273003 Cr-Commit-Position: refs/heads/master@{#34068}
-
mstarzinger authored
R=rossberg@chromium.org,bmeurer@chromium.org,verwaest@chromium.org BUG=v8:3956 LOG=n Review URL: https://codereview.chromium.org/1700993002 Cr-Commit-Position: refs/heads/master@{#34067}
-
balazs.kilvady authored
Port fd8fd05c Original commit message: This functionality is useful for stubs that need to walk the stack. The new machine operator, LoadParentFramePointer doesn't force the currently compiling method to have a frame in contrast to LoadFramePointer. Instead, it adapts accordingly when frame elision is possible, making efficient stack walks possible without incurring a performance penalty for small stubs that can benefit from frame elision. BUG= Review URL: https://codereview.chromium.org/1701933003 Cr-Commit-Position: refs/heads/master@{#34066}
-
machenbach authored
BUG=chromium:535160 LOG=n TBR=tandrii@chromium.org, kjellander@chromium.org Review URL: https://codereview.chromium.org/1709503002 Cr-Commit-Position: refs/heads/master@{#34065}
-
zhengxing.li authored
port fd8fd05c (r34014) original commit message: This functionality is useful for stubs that need to walk the stack. The new machine operator, LoadParentFramePointer dosn't force the currently compiling method to have a frame in contrast to LoadFramePointer. Instead, it adapts accordingly when frame elision is possible, making efficient stack walks possible without incurring a performance penalty for small stubs that can benefit from frame elision. BUG= Review URL: https://codereview.chromium.org/1705673002 Cr-Commit-Position: refs/heads/master@{#34064}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1702623002 Cr-Commit-Position: refs/heads/master@{#34063}
-
zhengxing.li authored
port e0129d0f (r33986) original commit message: Turn the fast case of ArgumentsAccessStub into a new stub FastNewSloppyArgumentsStub, which is similar to the existing FastNewStrictArgumentsStub, although not polished yet, and the slow case always went to the runtime anyway, so we can just directly emit a runtime call there. BUG= Review URL: https://codereview.chromium.org/1701983004 Cr-Commit-Position: refs/heads/master@{#34062}
-
alph authored
CPU profiler probes stack frame to find if it's in a valid state. Under simulator it might happen the frame is not initialized and MSAN repors that. That's totally ok. Suppress the warning. BUG=v8:4751 LOG=N Review URL: https://codereview.chromium.org/1700533003 Cr-Commit-Position: refs/heads/master@{#34061}
-
verwaest authored
Minor improvements measured through by https://github.com/kpdecker/six-speed/blob/master/tests/object-assign/object-assign.es6. Mostly due to inlining of NowContains on the FieldType Review URL: https://codereview.chromium.org/1703513002 Cr-Commit-Position: refs/heads/master@{#34060}
-
machenbach authored
Some parts of the wrapped scripts seem to expect cwd to be the v8 directory. BUG=chromium:535160 LOG=n TBR=tandrii@chromium.org, kjellander@chromium.org, mstarzinger@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1700963003 Cr-Commit-Position: refs/heads/master@{#34059}
-
rmcilroy authored
BUG=v8:4680 LOG=N Review URL: https://codereview.chromium.org/1700143002 Cr-Commit-Position: refs/heads/master@{#34058}
-
bmeurer authored
R=yangguo@chromium.org Review URL: https://codereview.chromium.org/1704833002 Cr-Commit-Position: refs/heads/master@{#34057}
-
bmeurer authored
It's fine to only have the runtime call here, as it's only used in the debug mirror. R=jarin@chromium.org Review URL: https://codereview.chromium.org/1699133002 Cr-Commit-Position: refs/heads/master@{#34056}
-
zhengxing.li authored
port 09d84535(r33925) original commit message: The FastNewStrictArgumentsStub is very similar to the recently added FastNewRestParameterStub, it's actually almost a copy of it, except that it doesn't have the fast case we have for the empty rest parameter. This patch improves strict arguments in TurboFan and fullcodegen by up to 10x compared to the previous version. Also introduce proper JSSloppyArgumentsObject and JSStrictArgumentsObject for the in-object properties instead of having them as constants in the Heap class. Drive-by-fix: Use this stub and the FastNewRestParameterStub in the interpreter to avoid the runtime call overhead for strict arguments and rest parameter creation. BUG= Review URL: https://codereview.chromium.org/1706703002 Cr-Commit-Position: refs/heads/master@{#34055}
-
zhengxing.li authored
port e519e6fa(r33886) original commit message: 1) Update profiling counters in Full codegen. 2) Call Runtime::kTraceTailCall when tracing is on test/mjsunit/es6/tail-call-simple.js is disabled for now, because Turbofan does not fully support TCO yet. BUG= Review URL: https://codereview.chromium.org/1706673002 Cr-Commit-Position: refs/heads/master@{#34054}
-
v8-autoroll authored
Rolling v8/build/gyp to ed163ce233f76a950dce1751ac851dbe4b1c00cc TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review URL: https://codereview.chromium.org/1700073004 Cr-Commit-Position: refs/heads/master@{#34053}
-
mtrofin authored
BUG= Review URL: https://codereview.chromium.org/1700043004 Cr-Commit-Position: refs/heads/master@{#34052}
-
caitpotter88 authored
BUG= LOG=N R=adamk@chromium.org, littledan@chromium.org Review URL: https://codereview.chromium.org/1702853002 Cr-Commit-Position: refs/heads/master@{#34051}
-
- 16 Feb, 2016 11 commits
-
-
caitpotter88 authored
BUG=v8:4756 LOG=N R=adamk@chromium.org, littledan@chromium.org, wingo@igalia.com Review URL: https://codereview.chromium.org/1700123003 Cr-Commit-Position: refs/heads/master@{#34050}
-
mbrandy authored
Port fd8fd05c Original commit message: This functionality is useful for stubs that need to walk the stack. The new machine operator, LoadParentFramePointer dosn't force the currently compiling method to have a frame in contrast to LoadFramePointer. Instead, it adapts accordingly when frame elision is possible, making efficient stack walks possible without incurring a performance penalty for small stubs that can benefit from frame elision. R=danno@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1700323002 Cr-Commit-Position: refs/heads/master@{#34049}
-
bradnelson authored
The parser can fold together comma separated declarations into a single block. The AsmWasmBuilder needs to support this case in order to handle asm.js modules that use this form. BUG= https://code.google.com/p/v8/issues/detail?id=4203 TEST=mjsunit/asm-wasm R=aseemgarg@chromium.org,titzer@chromium.org LOG=N Review URL: https://codereview.chromium.org/1697423003 Cr-Commit-Position: refs/heads/master@{#34048}
-
adamk authored
This avoids spending lots of time in Scope::RemoveUnresolved for very long variable declaration lists. BUG=v8:4699 LOG=n Review URL: https://codereview.chromium.org/1655313003 Cr-Commit-Position: refs/heads/master@{#34047}
-
machenbach authored
This enables downloading all gcmole dependencies from google storage on demand, controlled by a gyp flag "gcmole=1". This makes the analysis portable to any linux64 host. The archive contains a prebuilt clang in the needed version, the gcmole plugin and a lua binary. The tool can be run through a new wrapper that sets up the environment. This'll ease running it on swarming. BUG=chromium:535160 LOG=n Review URL: https://codereview.chromium.org/1703533002 Cr-Commit-Position: refs/heads/master@{#34046}
-
rmcilroy authored
Removes some cctest and mjsunit test skips on Ignition for tests that now pass. BUG=v8:4680 LOG=N Review URL: https://codereview.chromium.org/1703563002 Cr-Commit-Position: refs/heads/master@{#34045}
-
bradnelson authored
BUG= https://code.google.com/p/v8/issues/detail?id=4203 TEST=mjsunit/asm-wasm R=aseemgarg@chromium.org,titzer@chromium.org LOG=N Review URL: https://codereview.chromium.org/1704553002 Cr-Commit-Position: refs/heads/master@{#34044}
-
balazs.kilvady authored
Port 09d84535 More fix after 3b980234 Original commit message: The FastNewStrictArgumentsStub is very similar to the recently added FastNewRestParameterStub, it's actually almost a copy of it, except that it doesn't have the fast case we have for the empty rest parameter. This patch improves strict arguments in TurboFan and fullcodegen by up to 10x compared to the previous version. Also introduce proper JSSloppyArgumentsObject and JSStrictArgumentsObject for the in-object properties instead of having them as constants in the Heap class. Drive-by-fix: Use this stub and the FastNewRestParameterStub in the interpreter to avoid the runtime call overhead for strict arguments and rest parameter creation. BUG= Review URL: https://codereview.chromium.org/1699183002 Cr-Commit-Position: refs/heads/master@{#34043}
-
fmeawad authored
BUG=559117 LOG=N Review URL: https://codereview.chromium.org/1684963002 Cr-Commit-Position: refs/heads/master@{#34042}
-
hpayer authored
BUG=chromium:587026 LOG=n Review URL: https://codereview.chromium.org/1696413002 Cr-Commit-Position: refs/heads/master@{#34041}
-
rmcilroy authored
Various places assume that GetExpression returns the locals for a frame. Modify InterpretedFrames such that GetExpression(0) returns the first local, not the fixed parts of the interpreter frame. BUG=v8:4690,v8:4680 LOG=N Review URL: https://codereview.chromium.org/1697223003 Cr-Commit-Position: refs/heads/master@{#34040}
-