- 08 Feb, 2016 7 commits
-
-
ulan authored
This replaces the global remembered set with per-page remembered sets. Each page in the old space, map space, and large object space keeps track of the set of slots in the page pointing to the new space. The data structure for storing slot sets is a two-level bitmap, which allows us to remove the store buffer overflow and SCAN_ON_SCAVENGE logic. Design doc: https://goo.gl/sMKCf7 BUG=chromium:578883 LOG=NO Review URL: https://codereview.chromium.org/1608583002 Cr-Commit-Position: refs/heads/master@{#33806}
-
verwaest authored
This speeds up base constructor instantiation by ~3x. BUG= Review URL: https://codereview.chromium.org/1673163002 Cr-Commit-Position: refs/heads/master@{#33805}
-
machenbach authored
Useful for example for using atomicops_internal_portable.h on Android. BUG=v8:4615 LOG=y patch from issue 1525813002 at patchset 1 (http://crrev.com/1525813002#ps1) Review URL: https://codereview.chromium.org/1637473003 Cr-Commit-Position: refs/heads/master@{#33804}
-
yangguo authored
R=jkummerow@chromium.org Review URL: https://codereview.chromium.org/1674023003 Cr-Commit-Position: refs/heads/master@{#33803}
-
bmeurer authored
The preallocated JSAccessorPropertyDescriptor, JSDataPropertyDescriptor and JSIteratorResult had the constructor field unset, which in turn causes GetCreationContext() to fail for those instances. R=verwaest@chromium.org BUG=v8:4738 LOG=n Review URL: https://codereview.chromium.org/1676823002 Cr-Commit-Position: refs/heads/master@{#33802}
-
yangguo authored
TBR=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1674153002 Cr-Commit-Position: refs/heads/master@{#33801}
-
bmeurer authored
It's fine to use JS_OBJECT_TYPE for JSIteratorResult and only have a preallocated initial map for them to avoid unnecessary polymorphism from generators / builtin iterators. The instance type doesn't provide any advantage, since we always have to treat JSIteratorResult objects as regular JSObjects later. R=yangguo@chromium.org TBR=hpayer@chromium.org Review URL: https://codereview.chromium.org/1680513002 Cr-Commit-Position: refs/heads/master@{#33800}
-
- 07 Feb, 2016 1 commit
-
-
v8-autoroll authored
Rolling v8/build/gyp to 57190fa278689da857c6dfd6b4886dbfddce98ce TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review URL: https://codereview.chromium.org/1679673002 Cr-Commit-Position: refs/heads/master@{#33799}
-
- 06 Feb, 2016 6 commits
-
-
ishell authored
[api] Make ObjectTemplate::SetNativeDataProperty() work even if the ObjectTemplate does not have a constructor. Previously ObjectTemplate::New() logic relied on the fact that all the accessor properties are already installed in the initial map of the function object of the constructor FunctionTemplate. When the FunctionTemplate were instantiated the accessors of the instance templates from the whole inheritance chain were accumulated and added to the initial map. ObjectTemplate::SetSetAccessor() used to explicitly ensure that the ObjectTemplate has a constructor and therefore an initial map to add all accessors to. The new approach is to add all the accessors and data properties to the object exactly when the ObjectTemplate is instantiated. In order to keep it fast we now cache the object boilerplates in the Isolate::template_instantiations_cache (the former function_cache), so the object creation turns to be a deep copying of the boilerplate object. BUG=chromium:579009 LOG=Y Committed: https://crrev.com/6a118774244d087b5979e9291d628a994f21d59d Cr-Commit-Position: refs/heads/master@{#33674} Review URL: https://codereview.chromium.org/1642223003 Cr-Commit-Position: refs/heads/master@{#33798}
-
jing.bao authored
BUG= Review URL: https://codereview.chromium.org/1627263002 Cr-Commit-Position: refs/heads/master@{#33797}
-
jing.bao authored
BUG= Review URL: https://codereview.chromium.org/1628133002 Cr-Commit-Position: refs/heads/master@{#33796}
-
v8-autoroll authored
Rolling v8/tools/clang to f0dada1961030974d4da5591b1fef8cf42bded15 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review URL: https://codereview.chromium.org/1672993002 Cr-Commit-Position: refs/heads/master@{#33795}
-
zhengxing.li authored
port 334d1794 (r33780) original commit message: This change should unify handling of finally blocks in Turbofan's AstGraphBuilder and in full-code. This should enable smooth deoptimization from finally blocks. BUG= Review URL: https://codereview.chromium.org/1675003002 Cr-Commit-Position: refs/heads/master@{#33794}
-
aseemgarg authored
R=bradnelson@chromium.org BUG=https://bugs.chromium.org/p/v8/issues/detail?id=4203 TEST=asm-wasm.js LOG=N Review URL: https://codereview.chromium.org/1675903002 Cr-Commit-Position: refs/heads/master@{#33793}
-
- 05 Feb, 2016 26 commits
-
-
mbrandy authored
Port 334d1794 Original commit message: This change should unify handling of finally blocks in Turbofan's AstGraphBuilder and in full-code. This should enable smooth deoptimization from finally blocks. R=jarin@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1669373002 Cr-Commit-Position: refs/heads/master@{#33792}
-
Michael Achenbach authored
Cr-Commit-Position: refs/heads/master@{#33791}
-
balazs.kilvady authored
BUG= TEST=cctest/test-assembler-mips/min_max, cctest/test-assembler-mips/mina_maxa, cctest/test-assembler-mips64/min_max, cctest/test-assembler-mips64/mina_maxa Review URL: https://codereview.chromium.org/1668143002 Cr-Commit-Position: refs/heads/master@{#33790}
-
mtrofin authored
We assume split-edge form throughout the register allocation pipeline, so added validation in isel. BUG= Review URL: https://codereview.chromium.org/1668953002 Cr-Commit-Position: refs/heads/master@{#33789}
-
mlippautz authored
The call can be used by the embedder to provide information on the workers executing background tasks. BUG=chromium:524425 LOG=N Review URL: https://codereview.chromium.org/1664203004 Cr-Commit-Position: refs/heads/master@{#33788}
-
machenbach authored
Revert of [es7] refactor and fix Object.values() / Object.entries() (patchset #6 id:100001 of https://codereview.chromium.org/1637753004/ ) Reason for revert: [Sheriff] Breaks gc stress: https://build.chromium.org/p/client.v8/builders/V8%20Linux%20-%20gc%20stress/builds/1642 Original issue's description: > [es7] refactor and fix Object.values() / Object.entries() > > Previously, Object.values() and Object.entries() were piggy-backing on > Object.keys(). This meant that they would pre-filter non-enumerable properties, > violating the runtime behaviour of the methods. Unfortunately, this does not > match the current proposal text. > > Also incorporates several tests verifying this behaviour based on tests included > in the ChakraCore implementation. > > BUG=v8:4663 > LOG=N > R=adamk@chromium.org, rossberg@chromium.org, littledan@chromium.org > > Committed: https://crrev.com/5c5ccd9d7f8693990d1a9eb26ba3a94f376dcf0b > Cr-Commit-Position: refs/heads/master@{#33782} TBR=littledan@chromium.org,adamk@chromium.org,cbruni@chromium.org,rossberg@chromium.org,caitpotter88@gmail.com # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:4663 Review URL: https://codereview.chromium.org/1675663002 Cr-Commit-Position: refs/heads/master@{#33787}
-
mstarzinger authored
R=jarin@chromium.org Review URL: https://codereview.chromium.org/1671623005 Cr-Commit-Position: refs/heads/master@{#33786}
-
rmcilroy authored
BUG=v8:4280 LOG=N Review URL: https://codereview.chromium.org/1671653002 Cr-Commit-Position: refs/heads/master@{#33785}
-
epertoso authored
Before: REX.W cmpq r9,r8 setzl r8l movzxbl r8,r8 REX.W cmpq r8,0x0 jz 185 After: REX.W cmpq r9,r8 jnz 149 Review URL: https://codereview.chromium.org/1677503002 Cr-Commit-Position: refs/heads/master@{#33784}
-
ahaas authored
To avoid returning a signaling NaN the result is multiplied by 1.0. R=titzer@chromium.org, binji@chromium.org BUG=4733 LOG=Y Review URL: https://codereview.chromium.org/1673583002 Cr-Commit-Position: refs/heads/master@{#33783}
-
caitpotter88 authored
Previously, Object.values() and Object.entries() were piggy-backing on Object.keys(). This meant that they would pre-filter non-enumerable properties, violating the runtime behaviour of the methods. Unfortunately, this does not match the current proposal text. Also incorporates several tests verifying this behaviour based on tests included in the ChakraCore implementation. BUG=v8:4663 LOG=N R=adamk@chromium.org, rossberg@chromium.org, littledan@chromium.org Review URL: https://codereview.chromium.org/1637753004 Cr-Commit-Position: refs/heads/master@{#33782}
-
yangguo authored
This makes the dispatch table similar to the builtins code list and makes sure that the dispatch table does not move. R=mstarzinger@chromium.org, rmcilroy@chromium.org Review URL: https://codereview.chromium.org/1671813003 Cr-Commit-Position: refs/heads/master@{#33781}
-
jarin authored
This change should unify handling of finally blocks in Turbofan's AstGraphBuilder and in full-code. This should enable smooth deoptimization from finally blocks. Review URL: https://codereview.chromium.org/1663323003 Cr-Commit-Position: refs/heads/master@{#33780}
-
mstarzinger authored
This makes the field in question more generic by renaming it from the previous "depth" to "data". Pure refactoring, no function change. R=rmcilroy@chromium.org,yangguo@chromium.org Review URL: https://codereview.chromium.org/1670983003 Cr-Commit-Position: refs/heads/master@{#33779}
-
zhengxing.li authored
The CL 33579 (https://codereview.chromium.org/1618343002) use code offsets instead of raw PC where possible. But the offset maybe come from an optimized frame, not the un-optimized frame that FromCodeOffset and BreakIndexFromCodeOffset function expect. So The offset from optimized frame can't be used in FromCodeOffset and BreakIndexFromCodeOffset function. This CL use the frame summary to find the corresponding code offset in unoptimized code according to Yang's suggestion. Review URL: https://codereview.chromium.org/1663113002 Cr-Commit-Position: refs/heads/master@{#33778}
-
jkummerow authored
Trying to sort a string should throw a TypeError, proper handling of elements just needs to get out of the way. BUG=chromium:584188 LOG=n R=cbruni@chromium.org Review URL: https://codereview.chromium.org/1670153002 Cr-Commit-Position: refs/heads/master@{#33777}
-
titzer authored
To bring V8 into line with the proposed design changes in: https://github.com/WebAssembly/design/pull/489 R=ahaas@chromium.org,bradnelson@chromium.org LOG=Y BUG=chromium:575167 BUG=v8:4735 Review URL: https://codereview.chromium.org/1624323003 Cr-Commit-Position: refs/heads/master@{#33776}
-
yangguo authored
R=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1668863002 Cr-Commit-Position: refs/heads/master@{#33775}
-
cbruni authored
- drilldown lazy and recursive - improve parsing NOTRY=true Review URL: https://codereview.chromium.org/1671883002 Cr-Commit-Position: refs/heads/master@{#33774}
-
bmeurer authored
The implementation of Object.getOwnPropertyDescriptor always called into C++ anyway, so there's no need to have this JavaScript wrapper around at all. CQ_INCLUDE_TRYBOTS=tryserver.chromium.win:win_chromium_rel_ng R=yangguo@chromium.org Committed: https://crrev.com/3fdd37b028f4711d0f6dcb038f575ce08ef0cfa3 Cr-Commit-Position: refs/heads/master@{#33379} Review URL: https://codereview.chromium.org/1606783002 Cr-Commit-Position: refs/heads/master@{#33773}
-
yangguo authored
NOTRY=true TBR=machenbach@chromium.org Review URL: https://codereview.chromium.org/1668393004 Cr-Commit-Position: refs/heads/master@{#33772}
-
jochen authored
R=verwaest@chromium.org BUG=none LOG=n Review URL: https://codereview.chromium.org/1677483002 Cr-Commit-Position: refs/heads/master@{#33771}
-
yangguo authored
R=bmeurer@chromium.org, domenic@chromium.org Review URL: https://codereview.chromium.org/1670923003 Cr-Commit-Position: refs/heads/master@{#33770}
-
sigurds authored
NOTRY=true Review URL: https://codereview.chromium.org/1659043002 Cr-Commit-Position: refs/heads/master@{#33769}
-
cbruni authored
- remove unused counters - add "ic" prefix to all ic-counters - add more counter: maps-created, global deopts (not used yet) BUG= Review URL: https://codereview.chromium.org/1553523002 Cr-Commit-Position: refs/heads/master@{#33768}
-
jarin authored
Review URL: https://codereview.chromium.org/1675433003 Cr-Commit-Position: refs/heads/master@{#33767}
-