- 26 Feb, 2015 3 commits
-
-
jarin authored
Bad scenario: - Enter a binop IC miss handler from optimized code object C from call site S, - From the binop IC, invoke arbitrary javascript that lazy deopts C, so all relocation info is nuked and replaced with lazy deopt entries' reloc info. In particular, there is no reloc info for S. - Still from the arbitrary JavaScript, make IC target's code object move. Note that the call site S is not updated. - Return to the miss handler and inspect the IC's target. This will try to get the target from S, but that is a potentially invalid pointer. It is quite possible that we will have to do a similar fix for other ICs, but we will have to find a reliable repro first. I am not submitting a repro here because it is quite long running and brittle (it relies on code compaction happening while in the binop IC). BUG=v8:3910 LOG=n R=ishell@chromium.org Review URL: https://codereview.chromium.org/958473004 Cr-Commit-Position: refs/heads/master@{#26872}
-
bmeurer authored
R=svenpanne@chromium.org Review URL: https://codereview.chromium.org/962523002 Cr-Commit-Position: refs/heads/master@{#26871}
-
bmeurer authored
Review URL: https://codereview.chromium.org/960783002 Cr-Commit-Position: refs/heads/master@{#26870}
-
- 25 Feb, 2015 33 commits
-
-
arv authored
The test did not invoke the function BUG=v8:3921 LOG=N R=adamk Review URL: https://codereview.chromium.org/961463002 Cr-Commit-Position: refs/heads/master@{#26869}
-
adamk authored
TBR=rossberg@chromium.org Review URL: https://codereview.chromium.org/952343002 Cr-Commit-Position: refs/heads/master@{#26868}
-
verwaest authored
Remove NativeContext from Literal array, since we always create the literals in the native context of the current closure. BUG= Review URL: https://codereview.chromium.org/952303002 Cr-Commit-Position: refs/heads/master@{#26867}
-
dcarney authored
R=mstarzinger@chromium.org BUG= Review URL: https://codereview.chromium.org/948263004 Cr-Commit-Position: refs/heads/master@{#26866}
-
arv authored
It turned out that we didn't need to treat super in a special way in the pre parser expressions. BUG=None LOG=N R=dslomov@chromium.org Review URL: https://codereview.chromium.org/952283003 Cr-Commit-Position: refs/heads/master@{#26865}
-
arv authored
We don't need this since this case is now a SyntaxError. BUG=None LOG=N R=dslomov@chromium.org Review URL: https://codereview.chromium.org/957823002 Cr-Commit-Position: refs/heads/master@{#26864}
-
adamk authored
The new logic ensures that the error messages are the same in the "import { <reserved word> }" and "import { foo as <reserved ord> }" cases. Also prepares ParseImportNames for returning both the import and local names to ParseImportClause. BUG=v8:1569 LOG=n Review URL: https://codereview.chromium.org/952863006 Cr-Commit-Position: refs/heads/master@{#26863}
-
dcarney authored
R=verwaest@chromium.org BUG= Review URL: https://codereview.chromium.org/945313003 Cr-Commit-Position: refs/heads/master@{#26862}
-
dusan.milosavljevic authored
TEST=kraken-1.1 benchmark BUG= Review URL: https://codereview.chromium.org/952233002 Cr-Commit-Position: refs/heads/master@{#26861}
-
balazs.kilvady authored
BUG= Review URL: https://codereview.chromium.org/950523003 Cr-Commit-Position: refs/heads/master@{#26860}
-
dcarney authored
BUG= Review URL: https://codereview.chromium.org/951553005 Cr-Commit-Position: refs/heads/master@{#26859}
-
wingo authored
R=mstarzinger@chromium.org BUG= Review URL: https://codereview.chromium.org/958623002 Cr-Commit-Position: refs/heads/master@{#26858}
-
rossberg authored
R=mstarzinger@chromium.org BUG=461520 LOG=N Review URL: https://codereview.chromium.org/955973003 Cr-Commit-Position: refs/heads/master@{#26857}
-
jkummerow authored
by checking instance type rather than constructor. BUG=chromium:461734 LOG=n R=verwaest@chromium.org Review URL: https://codereview.chromium.org/953283004 Cr-Commit-Position: refs/heads/master@{#26856}
-
ben authored
Add v8::Object::GetRealNamedPropertyAttributes() and v8::Object::GetRealNamedPropertyAttributesInPrototypeChain(). See https://github.com/iojs/io.js/issues/864 for background. Review URL: https://codereview.chromium.org/942003003 Cr-Commit-Position: refs/heads/master@{#26855}
-
rossberg authored
R=dslomov@chromium.org BUG= Review URL: https://codereview.chromium.org/954693003 Cr-Commit-Position: refs/heads/master@{#26854}
-
marja authored
In addition to Parser, other phases (such as scope analysis) need to handle compilation errors in the future. PendingCompilationErrorHandled takes care of error handling in a unified way. Split from https://codereview.chromium.org/943543002/ . R=rossberg@chromium.org BUG= Review URL: https://codereview.chromium.org/960543002 Cr-Commit-Position: refs/heads/master@{#26853}
-
machenbach authored
Xcode uses a different naming scheme for directories within the xcodebuild directory. But it is safe to just delete everything withing xcodebuild or out. Keep the soft clobber for windows' build directory only, where subdirectories follow the *release* and *debug* naming scheme. BUG=chromium:403263 LOG=n TBR=jochen@chromium.org Review URL: https://codereview.chromium.org/955953002 Cr-Commit-Position: refs/heads/master@{#26852}
-
yangguo authored
R=hpayer@chromium.org Review URL: https://codereview.chromium.org/944923005 Cr-Commit-Position: refs/heads/master@{#26851}
-
yangguo authored
R=vogelheim@chromium.org Review URL: https://codereview.chromium.org/960513002 Cr-Commit-Position: refs/heads/master@{#26850}
-
bmeurer authored
R=dcarney@chromium.org Review URL: https://codereview.chromium.org/958583003 Cr-Commit-Position: refs/heads/master@{#26849}
-
bmeurer authored
Revert of Rebase GDBJIT interface solely on JITCodeEvent (patchset #2 id:20001 of https://codereview.chromium.org/957673004/) Reason for revert: Doesn't compile Original issue's description: > Rebase GDBJIT interface solely on JITCodeEvent > > R=mstarzinger@chromium.org > BUG= > > Committed: https://chromium.googlesource.com/v8/v8/+/8989d828e86bc7edae5e25687bcb60c0e301dffb TBR=mstarzinger@chromium.org,wingo@igalia.com NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG= Review URL: https://codereview.chromium.org/954833004 Cr-Commit-Position: refs/heads/master@{#26848}
-
Andy Wingo authored
R=mstarzinger@chromium.org BUG= Review URL: https://codereview.chromium.org/957673004 Cr-Commit-Position: refs/heads/master@{#26847}
-
bmeurer authored
R=dcarney@chromium.org Review URL: https://codereview.chromium.org/946423003 Cr-Commit-Position: refs/heads/master@{#26846}
-
yangguo authored
R=vogelheim@chromium.org BUG=chromium:461259 LOG=N Review URL: https://codereview.chromium.org/949623006 Cr-Commit-Position: refs/heads/master@{#26845}
-
hpayer authored
BUG= Review URL: https://codereview.chromium.org/946973008 Cr-Commit-Position: refs/heads/master@{#26844}
-
bmeurer authored
Optimize for the common case and get rid of the unreadable Diamond helper code there. R=dcarney@chromium.org Review URL: https://codereview.chromium.org/954173002 Cr-Commit-Position: refs/heads/master@{#26843}
-
machenbach authored
Without this change, it is non-trivial to know during runhooks, if a landmine was just triggered in a checkout that doesn't have the initial landmines script CL yet, i.e. that didn't create a .landmines file yet. BUG=chromium:403263 LOG=n Review URL: https://codereview.chromium.org/954153002 Cr-Commit-Position: refs/heads/master@{#26842}
-
bmeurer authored
Review URL: https://codereview.chromium.org/958533002 Cr-Commit-Position: refs/heads/master@{#26841}
-
bmeurer authored
R=svenpanne@chromium.org Review URL: https://codereview.chromium.org/929403004 Cr-Commit-Position: refs/heads/master@{#26840}
-
yangguo authored
R=vogelheim@chromium.org Review URL: https://codereview.chromium.org/952933002 Cr-Commit-Position: refs/heads/master@{#26839}
-
mstarzinger authored
R=svenpanne@chromium.org TEST=manual Review URL: https://codereview.chromium.org/944223003 Cr-Commit-Position: refs/heads/master@{#26838}
-
akos.palfi authored
Port affcfaf4 BUG= Review URL: https://codereview.chromium.org/954863002 Cr-Commit-Position: refs/heads/master@{#26837}
-
- 24 Feb, 2015 4 commits
-
-
adamk authored
The FunctionLiteral returned from the parser for modules now has a MODULE_SCOPE, instead of associating the module scope with a Block inside it. This makes it easy to get at the ModuleDescriptor from the caller of Parse(), so I've added a basic test that pokes at the scope and the descriptor. Expect more tests in this vein. BUG=v8:1569 LOG=n Review URL: https://codereview.chromium.org/953983002 Cr-Commit-Position: refs/heads/master@{#26836}
-
jkummerow authored
Review URL: https://codereview.chromium.org/950283002 Cr-Commit-Position: refs/heads/master@{#26835}
-
arv authored
This is to reduce code duplication but also to get the correct behavior when we make for-of handle abrupt completion correctly. BUG=None LOG=N R=adamk Review URL: https://codereview.chromium.org/956623003 Cr-Commit-Position: refs/heads/master@{#26834}
-
michael_dawson authored
Contribution of PowerPC port (continuation of 422063005, 817143002, 866843003, and 901083004. The bulk of the changes are to remove some hard coded assumptions about heap page size within existing tests. The remaining change is to use a larger heap page size for PPC linux as this provides a performance benefit due to the larger memory page size. modified: src/base/build_config.h modified: src/heap/heap.cc modified: test/cctest/test-alloc.cc modified: test/cctest/test-constantpool.cc modified: test/cctest/test-heap.cc modified: test/cctest/test-spaces.cc modified: test/cctest/test-weakmaps.cc modified: test/cctest/test-weaksets.cc R=danno@chromium.org, svenpanne@chromium.org BUG= Review URL: https://codereview.chromium.org/910333004 Cr-Commit-Position: refs/heads/master@{#26833}
-