- 07 Apr, 2016 7 commits
-
-
mstarzinger authored
R=bmeurer@chromium.org Review URL: https://codereview.chromium.org/1868553003 Cr-Commit-Position: refs/heads/master@{#35323}
-
clemensh authored
Nothing too important, but it helps localizing the cause of an error much faster. By the way, I also changed the output for assertThrows and assertDoesNotThrow a bit. All new arguments are optional, so everything is backwards compatible. R=jfb@chromium.org, titzer@chromium.org BUG= Review URL: https://codereview.chromium.org/1866693002 Cr-Commit-Position: refs/heads/master@{#35322}
-
machenbach authored
Crashes flakily with stressopt/alwaysopt. BUG=v8:4893 LOG=n TBR=yangguo@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1863393002 Cr-Commit-Position: refs/heads/master@{#35321}
-
ivica.bogosavljevic authored
BUG= Review URL: https://codereview.chromium.org/1857193002 Cr-Commit-Position: refs/heads/master@{#35320}
-
hablich authored
Revert of [heap] Respect idle deadline in AdvanceIncrementalMarking more carefully. (patchset #4 id:60001 of https://codereview.chromium.org/1855943002/ ) Reason for revert: Reverting because of https://bugs.chromium.org/p/chromium/issues/detail?id=601204 Original issue's description: > [heap] Respect idle deadline in AdvanceIncrementalMarking more carefully. > > Committed: https://crrev.com/0eb53167f492a44d26b68c2197e37452f70c3a4f > Cr-Commit-Position: refs/heads/master@{#35288} TBR=ulan@chromium.org,hpayer@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/1870613002 Cr-Commit-Position: refs/heads/master@{#35319}
-
jarin authored
We have to preserve control flow so that the liveness analysis is less confused. This CL fixes loops to preserve teh original control flow. BUG=chromium:599710 LOG=n Review URL: https://codereview.chromium.org/1863123002 Cr-Commit-Position: refs/heads/master@{#35318}
-
v8-autoroll authored
Rolling v8/tools/clang to f9d7a272792022ffdfc9bd2cd0c901b824baf029 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review URL: https://codereview.chromium.org/1868873003 Cr-Commit-Position: refs/heads/master@{#35317}
-
- 06 Apr, 2016 33 commits
-
-
jyan authored
Port 974721c6 Original commit message: Introduce a ResumeGeneratorTrampoline, which does the actual stack state reconstruction (currently always restores a fullcodegen frame), and introduce appropriate TurboFan builtins for %GeneratorPrototype%.next, %GeneratorPrototype%.return and %GeneratorPrototype%.throw based on this native builtin. Also unify the flooding in case of step-in to always work based on JSFunction and remove the special casing for JSGeneratorObject. R=bmeurer@chromium.org, joransiu@ca.ibm.com, mbrandy@us.ibm.com, michael_dawson@ca.ibm.com, bjaideep@ca.ibm.com BUG=chromium:513471 LOG=n Review URL: https://codereview.chromium.org/1870483002 Cr-Commit-Position: refs/heads/master@{#35316}
-
hpayer authored
This reduced fragmentation in spaces where black pages are not a requirement. The only spaces where we need black pages is old space, because of allocation folding and fast inline allocation in generated code. BUG=chromium:599174 LOG=n Review URL: https://codereview.chromium.org/1862063002 Cr-Commit-Position: refs/heads/master@{#35315}
-
mbrandy authored
Port 974721c6 Original commit message: Introduce a ResumeGeneratorTrampoline, which does the actual stack state reconstruction (currently always restores a fullcodegen frame), and introduce appropriate TurboFan builtins for %GeneratorPrototype%.next, %GeneratorPrototype%.return and %GeneratorPrototype%.throw based on this native builtin. Also unify the flooding in case of step-in to always work based on JSFunction and remove the special casing for JSGeneratorObject. R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, bjaideep@ca.ibm.com BUG=chromium:513471 LOG=n Review URL: https://codereview.chromium.org/1868683002 Cr-Commit-Position: refs/heads/master@{#35314}
-
mstarzinger authored
This removes an unnecessary abstraction from the implementation of the compilation pipeline that is no longer needed by now. R=bmeurer@chromium.org Review URL: https://codereview.chromium.org/1868553002 Cr-Commit-Position: refs/heads/master@{#35313}
-
mstarzinger authored
This field duplicates information from the SharedFunctionInfo. Now that backends are guaranteed to have a SharedFunctionInfo around, we drop it. R=verwaest@chromium.org Review URL: https://codereview.chromium.org/1860123003 Cr-Commit-Position: refs/heads/master@{#35312}
-
jyan authored
V8_HOST_ARCH_S390X doesn't exist but is incorrectly used. Therefore, preserved floating point registers are not being correctly saved/restored in JSEntryStub. R=joransiu@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com BUG= Review URL: https://codereview.chromium.org/1865893002 Cr-Commit-Position: refs/heads/master@{#35311}
-
bryleun authored
Debug asserts in code-generator-s390.cc are in place to ensure that overflow is only set when dealing with a sub or add opcode. However, the check only looked for kS390_Add/SubWithOverflow32, not kS390_Add/Sub which also sets overflow. This CL adds the second case to this assert check. R=michael_dawson@ca.ibm.com,jyan@ca.ibm.com,mtbrandyberry@ca.ibm.com,joransiu@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1863983003 Cr-Commit-Position: refs/heads/master@{#35310}
-
balazs.kilvady authored
BUG= Review URL: https://codereview.chromium.org/1859143002 Cr-Commit-Position: refs/heads/master@{#35309}
-
cbruni authored
All the counters, trace events and runtime call stats roughly create a 30% overhead when calling into the runtime. This CL factors out the counters into separate non-inlined functions. This way we can reduce the overhead to a minimum and still have some useful stats without a compile-time flag. BUG=chromium:596055 LOG=n Review URL: https://codereview.chromium.org/1868513002 Cr-Commit-Position: refs/heads/master@{#35308}
-
marija.antic authored
Implementation of turbofan operators Word32PairShl, Word32PairShr, Word32PairSar, Int32AddPair and Int32SubPair for MIPS. Port of: https://codereview.chromium.org/1765973002/ https://codereview.chromium.org/1778893004/ https://codereview.chromium.org/1778493004/ https://codereview.chromium.org/1778893005/ https://codereview.chromium.org/1842013002/ Added tests for Word32PairShr and Word32PairSar in test-run-machops.cc. BUG= Review URL: https://codereview.chromium.org/1819383002 Cr-Commit-Position: refs/heads/master@{#35307}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1861963003 Cr-Commit-Position: refs/heads/master@{#35306}
-
mattloring authored
If no objects allocated at a location are live when a profile is collected we report a zero count sample. This is confusing to those looking at the profiles and will leak memory. We now delete allocations once the number of sampled live objects for that location reaches zero. R=ofrobots@google.com BUG= Review URL: https://codereview.chromium.org/1828333002 Cr-Commit-Position: refs/heads/master@{#35305}
-
machenbach authored
BUG=535160 TBR=sergiyb@chromium.org, kjellander@chromium.org NOTRY=true NOPRESUBMIT=true Review URL: https://codereview.chromium.org/1864963003 Cr-Commit-Position: refs/heads/master@{#35304}
-
cbruni authored
BUG= NOTRY=true NOPRESUBMIT=true NOTREECHECKS=true Review URL: https://codereview.chromium.org/1865903002 Cr-Commit-Position: refs/heads/master@{#35303}
-
cbruni authored
drive-by-fix: unify template parameters BUG=chromium:586068 LOG=n Review URL: https://codereview.chromium.org/1857163002 Cr-Commit-Position: refs/heads/master@{#35302}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1865873002 Cr-Commit-Position: refs/heads/master@{#35301}
-
cbruni authored
BUG= Review URL: https://codereview.chromium.org/1834613003 Cr-Commit-Position: refs/heads/master@{#35300}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1853373004 Cr-Commit-Position: refs/heads/master@{#35299}
-
ssanfilippo authored
An overzealous removal in https://crrev.com/9e39a9fff1c2966a3f650a4c31dbbe533886d614 caused the disassembly not to be annotated with ticks, even when requested. LOG=N Review URL: https://codereview.chromium.org/1861323002 Cr-Commit-Position: refs/heads/master@{#35298}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1865863003 Cr-Commit-Position: refs/heads/master@{#35297}
-
hpayer authored
BUG=chromium:600258 LOG=n Review URL: https://codereview.chromium.org/1864433003 Cr-Commit-Position: refs/heads/master@{#35296}
-
bmeurer authored
Now that we pass all these tests, we need to update the test expectations. TBR=machenbach@chromium.org Review URL: https://codereview.chromium.org/1864013002 Cr-Commit-Position: refs/heads/master@{#35295}
-
mlippautz authored
- MemoryAllocator is now part of Heap - CodeRange is now part of MemoryAllocator BUG=chromium:581076 LOG=N Review URL: https://codereview.chromium.org/1862653002 Cr-Commit-Position: refs/heads/master@{#35294}
-
clemensh authored
This particularly changes the StackTraceFrameIterator such that is not only returs JavaScriptFrames, but also WasmFrames. Because of that, some methods (Summarize, function, receiver) were pulled up to the StandardFrame, with specializations in JavaScriptFrame and WasmFrame. R=jfb@chromium.org, titzer@chromium.org BUG= Review URL: https://codereview.chromium.org/1861283002 Cr-Commit-Position: refs/heads/master@{#35293}
-
jacob.bramley authored
BUG= Review URL: https://codereview.chromium.org/1862993002 Cr-Commit-Position: refs/heads/master@{#35292}
-
verwaest authored
The previous code cache system required stubs to be marked with a StubType, causing them to be inserted either into a fixed array or into a dictionary-mode code cache. This could cause names to be in both cases, and lookup would just find the "fast" one first. Given that we clear out the caches on each GC, the memory overhead shouldn't be too bad. Additionally, the dictionary itself should just stay linear for small arrays; that's faster anyway. This CL additionally deletes some dead IC code. BUG= Review URL: https://codereview.chromium.org/1846963002 Cr-Commit-Position: refs/heads/master@{#35291}
-
clemensh authored
R=ahaas@chromium.org, titzer@chromium.org BUG= Review URL: https://codereview.chromium.org/1861293002 Cr-Commit-Position: refs/heads/master@{#35290}
-
ahaas authored
1) I moved the implementations of the wrapper functions into a new cc file so that I can use these wrapper functions in tests. 2) I made a generic test for all tests in test-run-calls-to-external-references.cc. In the new test we only compare the result of a function call through an external reference with the result of a direct function call. This is sufficient because we only want to test function calls through external references work here. The implementation of these functions are tested somewhere else. R=titzer@chromium.org Review URL: https://codereview.chromium.org/1853123002 Cr-Commit-Position: refs/heads/master@{#35289}
-
hpayer authored
Review URL: https://codereview.chromium.org/1855943002 Cr-Commit-Position: refs/heads/master@{#35288}
-
epertoso authored
Adds a MultiplyStub for the multiplication operator and hooks it with TurboFan and Ignition. Currently, the SMI times SMI case is handled by converting both the operands to double precision floating points, we may consider adding a fast path later. Review URL: https://codereview.chromium.org/1860043002 Cr-Commit-Position: refs/heads/master@{#35287}
-
titzer authored
R=ahaas@chromium.org BUG= Review URL: https://codereview.chromium.org/1860103002 Cr-Commit-Position: refs/heads/master@{#35286}
-
clemensh authored
SingletonFor(type, state) returns NULL and does nothing whenever SingletonFor(type) also return NULL. So checking this beforehand is redundant. This is my first CL, so I also use it to get familiar with the system. R=titzer@chromium.org BUG= Review URL: https://codereview.chromium.org/1862753003 Cr-Commit-Position: refs/heads/master@{#35285}
-
mlippautz authored
BUG= Review URL: https://codereview.chromium.org/1864953003 Cr-Commit-Position: refs/heads/master@{#35284}
-