- 17 Jun, 2015 7 commits
-
-
bmeurer authored
This optimization just duplicates part of the ToBoolean rule in the Typer, and it doesn't make sense to have adhoc partial typing rules in the ControlReducer anyway. R=jarin@chromium.org Review URL: https://codereview.chromium.org/1189963002 Cr-Commit-Position: refs/heads/master@{#29064}
-
mtrofin authored
Revert "Revert of Decompiler improvements. (patchset #2 id:20001 of https://codereview.chromium.org/1177123002/)" This reverts commit e2ce4681, avoiding the hex->dec changes, and re-introducing the block pretty printing of the original CL. The hex-dec issue would be handled separately. BUG= Review URL: https://codereview.chromium.org/1186273005 Cr-Commit-Position: refs/heads/master@{#29063}
-
bmeurer authored
AstGraphBuilder::BuildToBoolean() can be optimized easily without types, especially since the types are only present on some nodes during graph building. So this optimization is both more efficient and more effective at the same time. We will probably refactor this code into a separate optimization method/class later. R=jarin@chromium.org Review URL: https://codereview.chromium.org/1188503003 Cr-Commit-Position: refs/heads/master@{#29062}
-
mstarzinger authored
This ensures there is a lazy bailout point at the entry of every exception handler so that deoptimized code is not re-entered through caught exceptions. R=jarin@chromium.org TEST=cctest/test-run-deopt/DeoptExceptionHandler Review URL: https://codereview.chromium.org/1173253004 Cr-Commit-Position: refs/heads/master@{#29061}
-
https://codereview.chromium.org/1179703005/machenbach authored
Reason for revert: [Sheriff] gyp change breaks calling gyp on XP: http://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%201/builds/2849 Original issue's description: > Update V8 DEPS. > > Rolling v8/build/gyp to fdcd8bc10c935eff13b391644b01460593c46861 > > Rolling v8/tools/clang to 4cc9c6714533a07ba02ca01ed04557f055820532 > > TBR=machenbach@chromium.org > > Committed: https://crrev.com/6e7e5e833c8bddf7d6a97cd3c01f0afe5a882bd6 > Cr-Commit-Position: refs/heads/master@{#29059} TBR=v8-autoroll@chromium.org NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true Review URL: https://codereview.chromium.org/1180193003 Cr-Commit-Position: refs/heads/master@{#29060}
-
v8-autoroll authored
Rolling v8/build/gyp to fdcd8bc10c935eff13b391644b01460593c46861 Rolling v8/tools/clang to 4cc9c6714533a07ba02ca01ed04557f055820532 TBR=machenbach@chromium.org Review URL: https://codereview.chromium.org/1179703005 Cr-Commit-Position: refs/heads/master@{#29059}
-
arv authored
BUG=N LOG=N TBR=adamk Review URL: https://codereview.chromium.org/1184923003 Cr-Commit-Position: refs/heads/master@{#29058}
-
- 16 Jun, 2015 24 commits
-
-
littledan authored
According to the ES6 spec, the main methods and getters shouldn't be properties of the individual TypedArray objects and prototypes but instead on %TypedArray% and %TypedArray%.prototype. This difference is observable through introspection. This patch moves some methods and getters to the proper place, with the exception of %TypedArray%.prototype.subarray and harmony methods. These will be moved in follow-on patches. BUG=v8:4085 LOG=Y R=adamk Review URL: https://codereview.chromium.org/1186733002 Cr-Commit-Position: refs/heads/master@{#29057}
-
arv authored
This reverts commit 67b16919 and picks up the fixes to the yaml parser upstream. BUG=N LOG=N R=adamk@chromium.org, machenbach@chromium.org Review URL: https://codereview.chromium.org/1175313003 Cr-Commit-Position: refs/heads/master@{#29056}
-
caitpotter88 authored
BUG=v8:4183 R=arv@chromium.org, rossberg@chromium.org LOG=N Review URL: https://codereview.chromium.org/1184373002 Cr-Commit-Position: refs/heads/master@{#29055}
-
mtrofin authored
Opportunistically removed GreedyAllocator::TryReuseSpillForPhi because it is actually unsuitable for Greedy. It was copied from Linear and it relies on hints, however, the current implementation of hints assumes linear scan. This change doesn't aim to address performance nor correctness for Greedy. BUG= Review URL: https://codereview.chromium.org/1184183002 Cr-Commit-Position: refs/heads/master@{#29054}
-
hpayer authored
BUG= Review URL: https://codereview.chromium.org/1180263006 Cr-Commit-Position: refs/heads/master@{#29053}
-
hpayer authored
BUG= Review URL: https://codereview.chromium.org/1153233003 Cr-Commit-Position: refs/heads/master@{#29052}
-
hablich authored
LOG=n Review URL: https://codereview.chromium.org/1183743003 Cr-Commit-Position: refs/heads/master@{#29051}
-
vogelheim authored
crrev.com/1177163002 should have fixed the issues that broke this last time. Notes: - The current functionality is meant to stay. If you prefer the old way, just set v8_use_external_startup_data=0. - You might notice this if you call d8 via PATH. Either explicitly tell d8 where your external snapshot/built-ins are, or change the build options as above. - This follows Chromium practice, that mostly uses this feature these days. - Other platforms to follow later. BUG= Review URL: https://codereview.chromium.org/1189563004 Cr-Commit-Position: refs/heads/master@{#29050}
-
chunyang.dai authored
This patch includes the following changes. 1, Enable the turbofan backend support for X87 platform. It depends on previous CL: 3fdfebd2. 2, Enable the test cases which are disabled because turbofan for X87 was not enabled. BUG=v8:4135 LOG=N Review URL: https://codereview.chromium.org/1179763004 Cr-Commit-Position: refs/heads/master@{#29049}
-
kozyatinskiy authored
frame->GetExpression always returns the same function. We should iterate through expression stack when we use Function.call.apply for finding actual target. LOG=N BUG=chromium:499479 R=yurys@chromium.org,yangguo@chromium.org Review URL: https://codereview.chromium.org/1182703003 Cr-Commit-Position: refs/heads/master@{#29048}
-
yangguo authored
We use an alignment prefix for unusual alignment kinds (not kWordAligned). This will cause new objects to be aligned in ReadObject, and back references to be aligned to skip padding. The motivation to change the undefined next sentinel in WeakCell is this: When the deserializer aligns an object, it requires filler maps to already exist to create filler objects as padding. However, deserializing the filler map leads to deserializing NaN, which as heap number is aligned: filler map > meta map > weak cell cache > undefined > NaN If we use the-hole instead of undefined as sentinel, it works. R=jochen@chromium.org,bbudge@chromium.org BUG=v8:4178 LOG=N Committed: https://crrev.com/2146ab75387d47eef6582bd8c2d0cfc6c42b68b6 Cr-Commit-Position: refs/heads/master@{#29044} Review URL: https://codereview.chromium.org/1179873003 Cr-Commit-Position: refs/heads/master@{#29047}
-
mstarzinger authored
Revert of Decompiler improvements. (patchset #2 id:20001 of https://codereview.chromium.org/1177123002/) Reason for revert: Code printout has become unreadable. Offsets are printed in decimal numbers everywhere else. This is inconsistent with the rest of the code-base. Some examples are tables for deoptimization data, safepoints and exception handlers. I would be fine with this change if _all_ tracing would be adapted. But there are _many_ places to touch. Original issue's description: > Decompiler improvements. > > The main motivation is simplifying profiling activities: > > 1) Use hex instead of decimal for offsets, just like perf does. This > affects --print-opt-code > > 2) When printing block information, indicate loop information: if > block is header, where the end is; if block is in a loop, where the > loop starts. This affects --code-comments. > > Using --print-opt-code --code-comments, and cross-referencing with data > obtained from perf, one may now find the block a hotspot belongs to > without needing to do hex2dec/dec2hex conversions. Once found, loop info > is available locally, on the block. > > BUG= > > Committed: https://crrev.com/32f4bd659d38eb5485eedb1d0dd236ff1bdc01d5 > Cr-Commit-Position: refs/heads/master@{#28964} TBR=jarin@chromium.org,stichnot@chromium.org,jvoung@chromium.org,mtrofin@chromium.org NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG= Review URL: https://codereview.chromium.org/1188093002 Cr-Commit-Position: refs/heads/master@{#29046}
-
machenbach authored
Revert of Serializer: support all alignment kinds. (patchset #3 id:40001 of https://codereview.chromium.org/1179873003/) Reason for revert: [Sheriff] Breaks arm debug compile: http://build.chromium.org/p/client.v8/builders/V8%20Arm%20-%20debug%20builder/builds/4308 Original issue's description: > Serializer: support all alignment kinds. > > We use an alignment prefix for unusual alignment kinds (not kWordAligned). > This will cause new objects to be aligned in ReadObject, and back references > to be aligned to skip padding. > > The motivation to change the undefined next sentinel in WeakCell is this: > When the deserializer aligns an object, it requires filler maps to already > exist to create filler objects as padding. However, deserializing the > filler map leads to deserializing NaN, which as heap number is aligned: > filler map > meta map > weak cell cache > undefined > NaN > If we use the-hole instead of undefined as sentinel, it works. > > R=jochen@chromium.org,bbudge@chromium.org > BUG=v8:4178 > LOG=N > > Committed: https://crrev.com/2146ab75387d47eef6582bd8c2d0cfc6c42b68b6 > Cr-Commit-Position: refs/heads/master@{#29044} TBR=jochen@chromium.org,bbudge@chromium.org,yangguo@chromium.org NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:4178 Review URL: https://codereview.chromium.org/1173253006 Cr-Commit-Position: refs/heads/master@{#29045}
-
yangguo authored
We use an alignment prefix for unusual alignment kinds (not kWordAligned). This will cause new objects to be aligned in ReadObject, and back references to be aligned to skip padding. The motivation to change the undefined next sentinel in WeakCell is this: When the deserializer aligns an object, it requires filler maps to already exist to create filler objects as padding. However, deserializing the filler map leads to deserializing NaN, which as heap number is aligned: filler map > meta map > weak cell cache > undefined > NaN If we use the-hole instead of undefined as sentinel, it works. R=jochen@chromium.org,bbudge@chromium.org BUG=v8:4178 LOG=N Review URL: https://codereview.chromium.org/1179873003 Cr-Commit-Position: refs/heads/master@{#29044}
-
bmeurer authored
BUG=chromium:500824 LOG=n R=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1186333002 Cr-Commit-Position: refs/heads/master@{#29043}
-
sejunho authored
This fixes warning on android_arm build. Previously the compiler complained about a check that can never be true. See second check below(index is size_t type, FIRST_SPACE=0): if (index > i::LAST_SPACE || index < i::FIRST_SPACE) And make the code easy to understand. BUG= Review URL: https://codereview.chromium.org/1155043005 Cr-Commit-Position: refs/heads/master@{#29042}
-
wingo authored
R=rossberg@chromium.org LOG=N BUG= Review URL: https://codereview.chromium.org/1182303004 Cr-Commit-Position: refs/heads/master@{#29041}
-
bmeurer authored
R=jochen@chromium.org BUG=chromium:500435 LOG=y Review URL: https://codereview.chromium.org/1183683004 Cr-Commit-Position: refs/heads/master@{#29040}
-
jochen authored
This is the first step towards unifying external and on-heap typed arrays. The end-state will be that this base pointer either points to the on-heap values or to the externally allocated array buffer. BUG=v8:3996 R=hpayer@chromium.org LOG=n Review URL: https://codereview.chromium.org/1176263004 Cr-Commit-Position: refs/heads/master@{#29039}
-
yangguo authored
This invariant will save us some head ache. The changes to test-debug/DebugStub is due to the fact that it abuses the ability to set break points in code that has no debug break slots. This is now no longer possible. R=ulan@chromium.org BUG=v8:4132 LOG=N Review URL: https://codereview.chromium.org/1181013007 Cr-Commit-Position: refs/heads/master@{#29038}
-
bmeurer authored
Using TranslatedState and friends is too expensive compared to the low level TranslationIterator, because some code (i.e. in Speedometer) depends on the OptimizedFrame summary/function listing to be very fast. BUG=chromium:499338 LOG=n R=jarin@chromium.org Review URL: https://codereview.chromium.org/1181373003 Cr-Commit-Position: refs/heads/master@{#29037}
-
mstarzinger authored
R=bmeurer@chromium.org Review URL: https://codereview.chromium.org/1186573004 Cr-Commit-Position: refs/heads/master@{#29036}
-
v8-autoroll authored
Rolling v8/build/gyp to 79de4031069f37870f04e8b6bbf42f0c7fec37aa Rolling v8/tools/clang to 66ba82eea5b4e2309c220cc3e0f2d67ebc3fff4c TBR=machenbach@chromium.org Review URL: https://codereview.chromium.org/1187073008 Cr-Commit-Position: refs/heads/master@{#29035}
-
paul.lind authored
Fix a missed addiu->Addu, and a bad default use of 'at' register in https://codereview.chromium.org/1185143002/ TEST=test/mjsunit/regress/regress-500176 BUG=chromium:500176 LOG=N Review URL: https://codereview.chromium.org/1187063002 Cr-Commit-Position: refs/heads/master@{#29034}
-
- 15 Jun, 2015 9 commits
-
-
littledan authored
This patch implements %_IsTypedArray in fullcodegen, Hydrogen and Turbofan in order to implement fast type checks to enable ES6 TypedArray features and semantics efficiently. R=adamk,titzer LOG=Y BUG=v8:4085 Review URL: https://codereview.chromium.org/1183213002 Cr-Commit-Position: refs/heads/master@{#29033}
-
littledan authored
Computed property literals don't seem to work in nosnap yet, leading to a syntax error. R=adamk,arv Review URL: https://codereview.chromium.org/1189643002 Cr-Commit-Position: refs/heads/master@{#29032}
-
littledan authored
In ES6, the TypedArray constructor can be called either with an array-like object or an iterable. The code previously handled only array-like objects. This patch switches to supporting iterables while throwing in an optimization to make Arrays get allocated the old way, without an extra copy. BUG=v8:4090 LOG=Y R=adamk Review URL: https://codereview.chromium.org/1181903003 Cr-Commit-Position: refs/heads/master@{#29031}
-
dusan.milosavljevic authored
TEST=test/mjsunit/regress/regress-500176 BUG=chromium:500176 LOG=N Review URL: https://codereview.chromium.org/1185143002 Cr-Commit-Position: refs/heads/master@{#29030}
-
dslomov authored
R=arv@chromium.org,wingo@igalia.com,caitpotter88@gmail.com LOG=N BUG=v8:811 Review URL: https://codereview.chromium.org/1167393005 Cr-Commit-Position: refs/heads/master@{#29029}
-
bmeurer authored
The TryLowerDirectJSCall method tried to lower to a direct JavaScript function call depending on the type of the receiver, but only if the target is a cosntant JSFunction. Since this depends on types and is not required for correctness, it shouldn't be part of generic lowering anyway. So this functionality was moved to typed lowering instead, and we use proper types for the target instead. R=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1182193005 Cr-Commit-Position: refs/heads/master@{#29028}
-
ulan authored
Reasons: - It is not used. - It complicates code in GC. BUG=chromium:499713 LOG=NO Review URL: https://codereview.chromium.org/1184723002 Cr-Commit-Position: refs/heads/master@{#29027}
-
rossberg authored
R=arv@chromium.org, conradw@chromium.org BUG=v8:3956 LOG=N Review URL: https://codereview.chromium.org/1180943007 Cr-Commit-Position: refs/heads/master@{#29026}
-
bmeurer authored
This hack doesn't help currently, since it only applies to asm.js where we do function context specialization and there we already have a canonicalized context (and the CodeGenerator materializes that from the frame). R=mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1177033006 Cr-Commit-Position: refs/heads/master@{#29025}
-