- 04 Aug, 2016 28 commits
-
-
cbruni authored
Make sure all the scopes used in api-natives.cc have inlineable constructors and destructors. Additionally directly precheck the instantiations cache before trying to enter the InvokeScope which sets the save_context. BUG=chromium:630217 Review-Url: https://codereview.chromium.org/2206773003 Cr-Commit-Position: refs/heads/master@{#38346}
-
adamk authored
This was dropped accidentally in bb97d27a. R=verwaest@chromium.org BUG=chromium:633884 Review-Url: https://codereview.chromium.org/2203213003 Cr-Commit-Position: refs/heads/master@{#38345}
-
caitp authored
The contract is that the method is only invoked when there are no elements on the prototype, and this elements type forbids accessor elements. So it is safe to limit the search to the end of the backing store. BUG=chromium:634269, v8:5162 R=cbruni@chromium.org, mstarzinger@chromium.org Review-Url: https://codereview.chromium.org/2209273002 Cr-Commit-Position: refs/heads/master@{#38344}
-
yangguo authored
R=machenbach@chromium.org,thakis@chromium.org BUG=v8:5258 Review-Url: https://codereview.chromium.org/2206983002 Cr-Commit-Position: refs/heads/master@{#38343}
-
machenbach authored
This adds the possibility to address test cases in the status file with the variant under which the test is running. This is only allowed in top-level sections. Example: [{ 'test-case': [PASS, SLOW], }] ['variant == foo', { 'test-case': [FAIL], }] The test case "test-case" is marked as slow in all variants. Additionally, in variant foo, it'll be expected to fail. This CL also exemplifies the new feature with test cases running under the ignition_turbofan variant. The corresponding legacy flag is deprecated. BUG=v8:5238 Review-Url: https://codereview.chromium.org/2203013002 Cr-Commit-Position: refs/heads/master@{#38342}
-
jyan authored
OrComplement and AndComplement has no native support on s390. So remove them. R=joransiu@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com, bjaideep@ca.ibm.com BUG= Review-Url: https://codereview.chromium.org/2213783002 Cr-Commit-Position: refs/heads/master@{#38341}
-
ahaas authored
There seems to be a fundamental problem with calling runtime functions from wasm if the runtime function can cause a GC. NOTRY=true R=machenbach@chromium.org, titzer@chromium.org Review-Url: https://codereview.chromium.org/2216433003 Cr-Commit-Position: refs/heads/master@{#38340}
-
hpayer authored
BUG= Review-Url: https://codereview.chromium.org/2209193002 Cr-Commit-Position: refs/heads/master@{#38339}
-
epertoso authored
Only basic things for now, but enough, for example, to emit mov rax, [rax+0xc] instead of mov rax, 0x3 mov rdx, [rdx+rax*4] on x64. BUG= Review-Url: https://codereview.chromium.org/2211633003 Cr-Commit-Position: refs/heads/master@{#38338}
-
yangguo authored
R=jgruber@chromium.org Review-Url: https://codereview.chromium.org/2213583003 Cr-Commit-Position: refs/heads/master@{#38337}
-
mstarzinger authored
This adds the missing lazy bailout point when defining accessor pairs within object literals via Runtime::kDefineAccessorPropertyUnchecked. The runtime function in question can indeed trigger a lazy deopt due to a DependentCode::kPrototypeCheckGroup dependency. R=bmeurer@chromium.org TEST=mjsunit/regress/regress-crbug-633585 BUG=chromium:633585 Review-Url: https://codereview.chromium.org/2207413002 Cr-Commit-Position: refs/heads/master@{#38336}
-
ahaas authored
References in code objects to new-space embedded objects have to be recorded in a remembered set so that they get updated by the garbage collector. TEST=cctest/test-serialize/CodeSerializerEmbeddedObject R=ulan@chromium.org, yangguo@chromium.org Review-Url: https://codereview.chromium.org/2200333004 Cr-Commit-Position: refs/heads/master@{#38335}
-
neis authored
This reverts an unintended change that was part of my recent CL (https://codereview.chromium.org/2203803002). BUG= Review-Url: https://codereview.chromium.org/2208473008 Cr-Commit-Position: refs/heads/master@{#38334}
-
ivica.bogosavljevic authored
Compilation breaks when compiling v8 through Chromium using GYP. The isssue started to appear after https://codereview.chromium.org/2190973003 landed. It happens because trace_event_common.h header is on different location if we are compiling v8 through Chromium compared to when we are compiling v8 standalone. BUG= Review-Url: https://codereview.chromium.org/2207943002 Cr-Commit-Position: refs/heads/master@{#38333}
-
jochen authored
This will allow for using DoParseLazy on a background thread, so we can also parse inner functions on the background thread. BUG=v8:5215 R=adamk@chromium.org,marja@chromium.org Review-Url: https://codereview.chromium.org/2201423002 Cr-Commit-Position: refs/heads/master@{#38332}
-
rskang authored
Usage of hex IO manipulator for async event IDs corrupts future decimal number outputs. BUG=v8:5261 Review-Url: https://codereview.chromium.org/2200113003 Cr-Commit-Position: refs/heads/master@{#38331}
-
jgruber authored
BUG=v8:5259 R=yangguo@chromium.org Review-Url: https://codereview.chromium.org/2213793003 Cr-Commit-Position: refs/heads/master@{#38330}
-
bmeurer authored
Add missing support for the STORE_NO_TRANSITION_IGNORE_OUT_OF_BOUNDS store mode to TurboFan. R=epertoso@chromium.org BUG=v8:4470 Review-Url: https://codereview.chromium.org/2210883002 Cr-Commit-Position: refs/heads/master@{#38329}
-
hpayer authored
This reverts commit d2cf6e29. BUG=chromium:633537 Review-Url: https://codereview.chromium.org/2207383002 Cr-Commit-Position: refs/heads/master@{#38328}
-
mstarzinger authored
This removes the ability to specify a catch prediction for exception handler tables that are based on return addresses. The encoding for handlers still looks the same to keep it in sync with tables based on ranges, just no payload is stored in the respective bits. R=yangguo@chromium.org Review-Url: https://codereview.chromium.org/2205893002 Cr-Commit-Position: refs/heads/master@{#38327}
-
ahaas authored
R=mlippautz@chromium.org BUG=chromium:633539 TEST=cctest/test-heap/TestNewSpaceRefsInCopiedCode Review-Url: https://codereview.chromium.org/2203783002 Cr-Commit-Position: refs/heads/master@{#38326}
-
jgruber authored
An infinite recursion can be triggered when NoSideEffectToString is called on an error object with its name property set to itself. BUG=633998 Review-Url: https://codereview.chromium.org/2206313002 Cr-Commit-Position: refs/heads/master@{#38325}
-
jgruber authored
Thrown exceptions must be handled before another exception is thrown. This fixes all remaining test failures exposed by not clearing pending exceptions in JSEntryStub. BUG=v8:5259 Review-Url: https://codereview.chromium.org/2207923002 Cr-Commit-Position: refs/heads/master@{#38324}
-
jgruber authored
These tests all called assertUnreachable within a try/catch block. BUG=v8:5246 Review-Url: https://codereview.chromium.org/2209663003 Cr-Commit-Position: refs/heads/master@{#38323}
-
hablich authored
Ignition benchmarks will be switched to --ignition-staging. TBR=machenbach@chromium.org NOTRY=true NOTREECHECKS=true NOPRESUBMIT=true Review-Url: https://codereview.chromium.org/2210873002 Cr-Commit-Position: refs/heads/master@{#38322}
-
bmeurer authored
Use a single CheckMaps node instead of the sequence of LoadField, ReferenceEqual and CheckIf. This also makes it easier to eliminate the COW check if there are multiple of them in a row. R=yangguo@chromium.org Review-Url: https://codereview.chromium.org/2216453002 Cr-Commit-Position: refs/heads/master@{#38321}
-
zhengxing.li authored
port cdae8654 (r38292) original commit message: A corresponding flag was added as well to help us find out what breaks when we do not clear pending exceptions on each JS entry. BUG= Review-Url: https://codereview.chromium.org/2212733002 Cr-Commit-Position: refs/heads/master@{#38320}
-
v8-autoroll authored
Rolling v8/build to c6b327c244be25a972266cad3228279266a03c66 Rolling v8/buildtools to 88c6fc5bde77b9477345f0885cd88d4a57ad1844 Rolling v8/tools/mb to 72a708590a056993adf080a92211ddc8221010e7 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review-Url: https://codereview.chromium.org/2212753002 Cr-Commit-Position: refs/heads/master@{#38319}
-
- 03 Aug, 2016 12 commits
-
-
gsathya authored
Promise.resolve Instead of creating resolve and reject closures, directly call ResolvePromise after creating the promise. Using the following as a microbenchmark -- ``` var b = 0; var start = performance.now(); for (var i = 0; i < 1000000; i++) { Promise.resolve(1).then((val) => { b += val; if (b == 1000000) print(performance.now() - start) }); } ``` I see a 16.01% improvement over 5 runs with this patch. BUG=v8:5046 Review-Url: https://codereview.chromium.org/2143553002 Cr-Commit-Position: refs/heads/master@{#38318}
-
titzer authored
R=ahaas@chromium.org,bradnelson@chromium.org BUG=chromium:628542 Review-Url: https://codereview.chromium.org/2207183002 Cr-Commit-Position: refs/heads/master@{#38317}
-
gsathya authored
BUG=v8:5046 Review-Url: https://codereview.chromium.org/2209773003 Cr-Commit-Position: refs/heads/master@{#38316}
-
lpy authored
Revert of [Tracing] Embed V8 runtime call stats into tracing. (patchset #8 id:140001 of https://codereview.chromium.org/2187693002/ ) Reason for revert: Mac64 ASAN failure. https://build.chromium.org/p/client.v8/builders/V8%20Mac64%20ASAN/builds/7810/steps/Check/logs/Threading4 Original issue's description: > [Reland][Tracing] Embed V8 runtime call stats into tracing. > > Currently we have V8 RuntimeCallStats that is independently from tracing when > running d8 with flag --runtime_call_stats. This patch embeds V8 runtime call > stats into tracing, by having a global table of runtime call counters each > isolate, resetting the table each time we enter a top level trace event, and > dumping the table for each top level trace event. This will make trace file more > compat, as well as enable runtime call stats in tracing system. > > This patch adds ~5% overhead to V8 when the category is enabled, we measure the > overhead by running a script when category is enabled. > > BUG=v8:5089 > > Committed: https://crrev.com/d014866173eaa2b548c566217b2c94b1d49385fa > Committed: https://crrev.com/1ca3b73bba4a7253ca8eeef39321d70e7d414331 > Cr-Original-Commit-Position: refs/heads/master@{#38270} > Cr-Commit-Position: refs/heads/master@{#38314} TBR=cbruni@chromium.org,fmeawad@chromium.org,machenbach@chromium.org,bmeurer@chromium.org,adamk@chromium.org,rmcilroy@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:5089 Review-Url: https://codereview.chromium.org/2200373003 Cr-Commit-Position: refs/heads/master@{#38315}
-
lpy authored
Currently we have V8 RuntimeCallStats that is independently from tracing when running d8 with flag --runtime_call_stats. This patch embeds V8 runtime call stats into tracing, by having a global table of runtime call counters each isolate, resetting the table each time we enter a top level trace event, and dumping the table for each top level trace event. This will make trace file more compat, as well as enable runtime call stats in tracing system. This patch adds ~5% overhead to V8 when the category is enabled, we measure the overhead by running a script when category is enabled. BUG=v8:5089 Committed: https://crrev.com/d014866173eaa2b548c566217b2c94b1d49385fa Review-Url: https://codereview.chromium.org/2187693002 Cr-Original-Commit-Position: refs/heads/master@{#38270} Cr-Commit-Position: refs/heads/master@{#38314}
-
machenbach authored
BUG= Review-Url: https://codereview.chromium.org/2204593009 Cr-Commit-Position: refs/heads/master@{#38313}
-
bjaideep authored
Port cdae8654 Original commit message: A corresponding flag was added as well to help us find out what breaks when we do not clear pending exceptions on each JS entry. R=jgruber@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com BUG=5259 LOG=N Review-Url: https://codereview.chromium.org/2208073003 Cr-Commit-Position: refs/heads/master@{#38312}
-
hpayer authored
BUG=chromium:633537 Review-Url: https://codereview.chromium.org/2205373002 Cr-Commit-Position: refs/heads/master@{#38311}
-
jochen authored
R=verwaest@chromium.org BUG= Review-Url: https://codereview.chromium.org/2201093004 Cr-Commit-Position: refs/heads/master@{#38310}
-
rmcilroy authored
Moves the creation of SharedFunctionInfo for function literals to the finalization step. This is required for bytecode generation to be performed off-thread. BUG=v8:5203 Review-Url: https://codereview.chromium.org/2179303005 Cr-Commit-Position: refs/heads/master@{#38309}
-
bmeurer authored
When we do a checked conversion from Tagged or Float64 to Int32, we used to always do a minus zero check, even if we already know that the input cannot be minus zero. Now we actually do the check only if we have evidence that the input might be minus zero. R=epertoso@chromium.org BUG=v8:4583 Review-Url: https://codereview.chromium.org/2202993005 Cr-Commit-Position: refs/heads/master@{#38308}
-
weiliang.lin authored
BUG= Review-Url: https://codereview.chromium.org/2170323002 Cr-Commit-Position: refs/heads/master@{#38307}
-