- 17 May, 2016 17 commits
-
-
epertoso authored
Trying to reland http://crrev.com/1974293002. This time some blocks have been shuffled around in the AddStub so that the frame still doesn't get built for the fast path. Also disables the DCHECK(!is_default_snapshot) in snapshot-common.cc if --debug-code is specified. This was causing cctest to fail on arm64 debug builds. Review-Url: https://codereview.chromium.org/1980333002 Cr-Commit-Position: refs/heads/master@{#36279}
-
yangguo authored
Remove live-edit entries. They have been fixed. Alphasort. Group known failures. TBR=machenbach@chromium.org NOTRY=true Review-Url: https://codereview.chromium.org/1985043002 Cr-Commit-Position: refs/heads/master@{#36278}
-
ishell authored
1) Create fast objects so that they stay fast after creation. 2) Run combination "test_function vs {test_objects}" as a benchmark during 1 second. This CL changes benchmark's base score. Review-Url: https://codereview.chromium.org/1988673002 Cr-Commit-Position: refs/heads/master@{#36277}
-
yangguo authored
R=bmeurer@chromium.org BUG=v8:5010 Review-Url: https://codereview.chromium.org/1980463002 Cr-Commit-Position: refs/heads/master@{#36276}
-
bmeurer authored
This adds back the instanceof operator support in the backends and introduces a @@hasInstance protector cell on the isolate that guards the fast path for the InstanceOfStub. This way we recover the ~10% regression on Octane EarleyBoyer in Crankshaft and greatly improve TurboFan and Ignition performance of instanceof. R=ishell@chromium.org TBR=hpayer@chromium.org,rossberg@chromium.org BUG=chromium:597249, v8:4447 LOG=n Review-Url: https://codereview.chromium.org/1980483003 Cr-Commit-Position: refs/heads/master@{#36275}
-
mstarzinger authored
R=jarin@chromium.org Review-Url: https://codereview.chromium.org/1973323002 Cr-Commit-Position: refs/heads/master@{#36274}
-
franzih authored
Repackage encodeURI and encodeURIComponent as builtin functions and install them in the bootstrapper. Crude benchmark on 351 encodeURI and encodeURIComponent tests averaged over five runs: * builtin functions real 0m8.01s user 0m18.00s sys 0m7.37s * JS functions calling into the runtime e.g., for %NewString real 0m8.44s user 0m19.52s sys 0m7.49s By running: $ time tools/run-tests.py --arch=x64 --mode=Release --buildbot mjsunit/uri test262/built-ins/encodeURI* >>> Running tests for x64.Release BUG=v8:4912 R=yangguo@chromium.org Review-Url: https://codereview.chromium.org/1983593002 Cr-Commit-Position: refs/heads/master@{#36273}
-
yangguo authored
R=mstarzinger@chromium.org BUG=v8:4765 Review-Url: https://codereview.chromium.org/1973213003 Cr-Commit-Position: refs/heads/master@{#36272}
-
machenbach authored
BUG=chromium:474921 LOG=n NOTRY=true TBR=vogelheim@chromium.org Review-Url: https://codereview.chromium.org/1980313002 Cr-Commit-Position: refs/heads/master@{#36271}
-
ishell authored
Review-Url: https://codereview.chromium.org/1986043002 Cr-Commit-Position: refs/heads/master@{#36270}
-
yangguo authored
TBR=machenbach@chromium.org BUG=v8:4765 LOG=N NOTRY=true Review-Url: https://codereview.chromium.org/1986703002 Cr-Commit-Position: refs/heads/master@{#36269}
-
littledan authored
If the RegExp doesn't parse, then ES2015 specifies that RegExp.prototype.compile does not mutate it. This patch changes our RegExp implementation to follow that logic. R=yangguo Review-Url: https://codereview.chromium.org/1972093003 Cr-Commit-Position: refs/heads/master@{#36268}
-
lpy authored
Since we are going to move Sampler as library, we creates tick-sample.[h|cc] for TickSample, in order to maintain legacy code. BUG=v8:4994 LOG=n Review-Url: https://codereview.chromium.org/1952393002 Cr-Commit-Position: refs/heads/master@{#36267}
-
v8-autoroll authored
Rolling v8/build to 472c097e59b38126cd620b252c8f290f8bacaff7 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review-Url: https://codereview.chromium.org/1986663002 Cr-Commit-Position: refs/heads/master@{#36266}
-
littledan authored
BUG=v8:4483 Review-Url: https://codereview.chromium.org/1973193002 Cr-Commit-Position: refs/heads/master@{#36265}
-
littledan authored
Ordinary arrow functions have 'undefined' in their frame's receiver. Generators restore the receiver to the frame based on one passed in when they are constructed in CreateJSGeneratorObject. This patch makes async arrow functions pass in 'undefined' for their receiver so that they have the same behavior as ordinary arrow functions, which avoids the issue of encountering TDZ when calling an async arrow function in a subclass constructor before a super call has returned. BUG=v8:4483 Review-Url: https://codereview.chromium.org/1976813002 Cr-Commit-Position: refs/heads/master@{#36264}
-
caitpotter88 authored
BUG=v8:4483 LOG=N R=littledan@chromium.org, adamk@chromium.org Review-Url: https://codereview.chromium.org/1895603002 Cr-Commit-Position: refs/heads/master@{#36263}
-
- 16 May, 2016 4 commits
-
-
jwolfe authored
Re-landing https://codereview.chromium.org/1948403002/ New changes: move variable initialization to make compiler happy BUG=v8:4973 LOG=y Review-Url: https://codereview.chromium.org/1969203004 Cr-Commit-Position: refs/heads/master@{#36262}
-
caitpotter88 authored
BUG=v8:4483 LOG=Y R=littledan@chromium.org, adamk@chromium.org Review-Url: https://codereview.chromium.org/1841543003 Cr-Commit-Position: refs/heads/master@{#36261}
-
rmcilroy authored
Remove checks for IC hotness from Ignition tiering up decision since this is not relevent for full-codegen compilation. Also make the decision about what tier we are moving to more explicit and visible in --trace-opt. BUG=v8:4280 LOG=N Review-Url: https://codereview.chromium.org/1969773002 Cr-Commit-Position: refs/heads/master@{#36260}
-
v8-autoroll authored
Rolling v8/build to 7854acf73fc05ab8b2cd340737eba14e3c442826 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review-Url: https://codereview.chromium.org/1981783002 Cr-Commit-Position: refs/heads/master@{#36259}
-
- 15 May, 2016 1 commit
-
-
v8-autoroll authored
Rolling v8/build to d4fdf55ba8b19ee50d864162c343fd1939d00fe7 Rolling v8/buildtools to 06e80a0e17319868d4a9b13f9bb6a248dc8d8b20 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review-Url: https://codereview.chromium.org/1977243002 Cr-Commit-Position: refs/heads/master@{#36258}
-
- 14 May, 2016 2 commits
-
-
franzih authored
Rewrite encodeURI as runtime function. We well probably repackage runtime_URIEncode as a C++ builtin. BUG=v8:4912 R=yangguo@chromium.org Review-Url: https://codereview.chromium.org/1968953002 Cr-Commit-Position: refs/heads/master@{#36257}
-
v8-autoroll authored
Rolling v8/base/trace_event/common to 54b8455be9505c2cb0cf5c26bb86739c236471aa Rolling v8/build to 93c1eb80b485df02249b83452a42b7a13b3bde28 Rolling v8/buildtools to e9fb74175ea7c3f251baad24d9ebe03c01ed5aba Rolling v8/tools/gyp to bce1c7793010574d88d7915e2d55395213ac63d1 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review-Url: https://codereview.chromium.org/1980813002 Cr-Commit-Position: refs/heads/master@{#36256}
-
- 13 May, 2016 16 commits
-
-
adamk authored
Revert of [ignition] Inline the binary op TurboFan code stubs in the bytecode handlers. (patchset #1 id:1 of https://codereview.chromium.org/1974293002/ ) Reason for revert: Causes cctest/test-serialize/SnapshotDataBlobWithWarmup failure on arm64: https://build.chromium.org/p/client.v8.ports/builders/V8%20Linux%20-%20arm64%20-%20sim%20-%20debug/builds/534 Original issue's description: > [ignition] Inline the binary op TurboFan code stubs in the bytecode handlers. > > Trying to reland http://crrev.com/1902823002. > > This time some blocks have been shuffled around in the AddStub so that the frame still doesn't get built for the fast path. > > Committed: https://crrev.com/567160122de0bdb78aea79a9faa0dc15a564484c > Cr-Commit-Position: refs/heads/master@{#36251} TBR=bmeurer@chromium.org,rmcilroy@chromium.org,epertoso@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true Review-Url: https://codereview.chromium.org/1978993003 Cr-Commit-Position: refs/heads/master@{#36255}
-
gsathya authored
This reverts commit 41d571df. Reason for revert: This patch breaks the correctness of the typedarray properties such as length, byteOffset, byteLength. The accessor check optimization code is dead code eliminated. A follow up patch will fix this optimization correctly. BUG=chromium:593634 Review-Url: https://codereview.chromium.org/1977983002 Cr-Commit-Position: refs/heads/master@{#36254}
-
alph authored
Review-Url: https://codereview.chromium.org/1967673002 Cr-Commit-Position: refs/heads/master@{#36253}
-
jyan authored
Port 40f34541 Original commit message: The previous approach taken by FastNew[Sloppy,Strict,Rest]ArgumentsStub looked at the function slot in order to skip stub frames and find the JS frame. However, stub frames do not have a function slot (in fact their fixed frame ends one slot before the JS frame's function slot). Therefore, if this location in the stub frame happens to have the function object the create arguments stubs won't skip this frame correctly. Replace this approach with one where the stub is specialized to either skip a frame if required (since there will only ever be one extra frame on Ignition the loop approach isn't necessary). R=rmcilroy@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com BUG= Review-Url: https://codereview.chromium.org/1978823002 Cr-Commit-Position: refs/heads/master@{#36252}
-
epertoso authored
Trying to reland http://crrev.com/1902823002. This time some blocks have been shuffled around in the AddStub so that the frame still doesn't get built for the fast path. Review-Url: https://codereview.chromium.org/1974293002 Cr-Commit-Position: refs/heads/master@{#36251}
-
jochen authored
Reland of move v8_toolset_for_d8 flag (patchset #2 id:80001 of https://codereview.chromium.org/1974773002/ ) Reason for revert: Addressed link failure Original issue's description: > Revert of Remove v8_toolset_for_d8 flag (patchset #1 id:1 of https://codereview.chromium.org/1969793002/ ) > > Reason for revert: > blocks roll: https://codereview.chromium.org/1975753002/ > > Original issue's description: > > Remove v8_toolset_for_d8 flag > > > > R=machenbach@chromium.org > > BUG=chromium:609107 > > > > Committed: https://crrev.com/6cb38427984f3c31ff6c8813535cfd6ebf6058c4 > > Cr-Commit-Position: refs/heads/master@{#36198} > > TBR=machenbach@chromium.org,jochen@chromium.org > # Skipping CQ checks because original CL landed less than 1 days ago. > NOPRESUBMIT=true > NOTREECHECKS=true > NOTRY=true > BUG=chromium:609107 > > Committed: https://crrev.com/b33f9a6f24edef8447adcfb028b7f1d6e291c34e > Cr-Commit-Position: refs/heads/master@{#36209} TBR=machenbach@chromium.org,hablich@chromium.org # Not skipping CQ checks because original CL landed more than 1 days ago. BUG=chromium:609107 Review-Url: https://codereview.chromium.org/1973363002 Cr-Commit-Position: refs/heads/master@{#36250}
-
oth authored
BUG=v8:4280 LOG=N Review-Url: https://codereview.chromium.org/1979523002 Cr-Commit-Position: refs/heads/master@{#36249}
-
cbruni authored
By fully annotating the API with runtime counters we can properly measure how much time we spend in total in v8. When --runtime-call-stats is specified we now disable the fast-paths for callbacks to properly measure them. As a drive-by-fix this CL unifies the LOG messages in api.cc. Additionally we added missing timers to gain better resolution in the parser and callbacks. BUG= Review-Url: https://codereview.chromium.org/1923893002 Cr-Commit-Position: refs/heads/master@{#36248}
-
jkummerow authored
Globally cached handler stubs shouldn't be put into the on-map caches. This should speed up IC misses and save a bit of memory. Drive-by fix: transitioning StoreIC handlers were erroneously never cached. Review-Url: https://codereview.chromium.org/1974793002 Cr-Commit-Position: refs/heads/master@{#36247}
-
marija.antic authored
Allocation folding tests are failing in debug mode, since the change https://codereview.chromium.org/1972553002 (6e15433d) introduced a debug check in lithium-codegen-mips64.cc, line 5287. Reason for failure is to be found in https://codereview.chromium.org/1899813003 (61f5fbbb), which is missing changes calling LFastAllocate in lithium-mips64.cc. BUG= Review-Url: https://codereview.chromium.org/1977833002 Cr-Commit-Position: refs/heads/master@{#36246}
-
rmcilroy authored
Adds a V8.Execute histogram to measure the amount of time spent executing JS code. BUG=v8:4865 LOG=N Review-Url: https://codereview.chromium.org/1976963002 Cr-Commit-Position: refs/heads/master@{#36245}
-
jochen authored
BUG=chromium:609107 R=machenbach@chromium.org Review-Url: https://codereview.chromium.org/1973903004 Cr-Commit-Position: refs/heads/master@{#36244}
-
jyan authored
Port 61f5fbbb Port 6e15433d Original commit message: The new allocation folding implementation avoids fragmentation between folded allocation. As a consequence, our heap will always be iterable i.e. we do not have to perform a garbage collection before iterating the heap. R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com BUG= Review-Url: https://codereview.chromium.org/1973883003 Cr-Commit-Position: refs/heads/master@{#36243}
-
mstarzinger authored
R=bmeurer@chromium.org Review-Url: https://codereview.chromium.org/1977843002 Cr-Commit-Position: refs/heads/master@{#36242}
-
mstarzinger authored
Whenever tracing is activated we disable concurrent compilation. Hence all tracing functions can safely dereference all handles. This fixes the tracing functionality by annotating tracing functions with proper scopes. R=bmeurer@chromium.org Review-Url: https://codereview.chromium.org/1976123002 Cr-Commit-Position: refs/heads/master@{#36241}
-
yangguo authored
R=mstarzinger@chromium.org BUG=v8:4765 Review-Url: https://codereview.chromium.org/1976933002 Cr-Commit-Position: refs/heads/master@{#36240}
-