- 17 Feb, 2015 2 commits
-
-
Andreas Rossberg authored
R=marja@chromium.org BUG= Review URL: https://codereview.chromium.org/931223002 Cr-Commit-Position: refs/heads/master@{#26701}
-
Andreas Rossberg authored
R=marja@chromium.org BUG= Review URL: https://codereview.chromium.org/932833002 Cr-Commit-Position: refs/heads/master@{#26698}
-
- 16 Feb, 2015 1 commit
-
-
caitpotter88 authored
BUG=v8:3891 LOG=N R=arv@chromium.org, marja@chromium.org Review URL: https://codereview.chromium.org/924403002 Cr-Commit-Position: refs/heads/master@{#26673}
-
- 13 Feb, 2015 1 commit
-
-
arv authored
With the new ES6 semantics super construct calls are only valid in a constructor in a derived class. This is something that is statically known and we report early SyntaxError in case it occurs. We therefore do not need to track this any more. BUG=v8:3330 LOG=N R=dslomov@chromium.org, adamk Review URL: https://codereview.chromium.org/924123002 Cr-Commit-Position: refs/heads/master@{#26644}
-
- 12 Feb, 2015 6 commits
-
-
Erik Arvidsson authored
BUG=v8:3330 LOG=N R=dslomov@chromium.org Review URL: https://codereview.chromium.org/917933007 Cr-Commit-Position: refs/heads/master@{#26633}
-
Erik Arvidsson authored
BUG=v8:3885 LOG=N R=adamk@chromium.org, dslomov@chromium.org Review URL: https://codereview.chromium.org/916293004 Cr-Commit-Position: refs/heads/master@{#26632}
-
Dmitry Lomov authored
R=arv@chromium.org BUG=v8:3834 LOG=N Review URL: https://codereview.chromium.org/919643008 Cr-Commit-Position: refs/heads/master@{#26631}
-
marja authored
(To minimize the diff of actually interesting unifications.) R=rossberg@chromium.org BUG= Review URL: https://codereview.chromium.org/915383002 Cr-Commit-Position: refs/heads/master@{#26620}
-
rossberg authored
R=marja@chromium.org BUG= Review URL: https://codereview.chromium.org/917703003 Cr-Commit-Position: refs/heads/master@{#26619}
-
marja authored
Parser must be able to operate independent of Isolate and the V8 heap during parsing. After the heap-independent phase, there is a heap dependent phase, during which we internalize strings, handle errors, etc. This makes Isolate (also via CompilationInfo) unaccessible during parsing, and thus decreases the probability of accidental code changes which would add heap-dependent operations into the heap-independent phase. Since Isolate is also accessible via CompilationInfo, now CompilationInfo is only passed to the entry points of parsing, and not stored in Parser. R=rossberg@chromium.org BUG= Review URL: https://codereview.chromium.org/908173003 Cr-Commit-Position: refs/heads/master@{#26612}
-
- 10 Feb, 2015 3 commits
-
-
arv authored
super() is only allowed in a class constructor. super.p is allowed in methods, accessors and constructors. The parser now checks the FunctionState to see what kind of function we are currently inside. BUG=v8:3330 LOG=N R=dslomov@chromium.org, marja@chromium.org Review URL: https://codereview.chromium.org/915563003 Cr-Commit-Position: refs/heads/master@{#26557}
-
marja authored
Scope, like Parser, must be able to operate independent of Isolate and the V8 heap (for background parsing). After the heap-independent phase, there is a heap dependent phase, during which we do operations such as scope anaylysis. This CL makes the phases explicit by not telling Scope about the Isolate too early (during the heap-independent phase, Scope should know nothing about Isolate). This decreases the probability of accidental code changes which would add heap-dependent operations into the heap-independent phase. R=rossberg@chromium.org BUG= Review URL: https://codereview.chromium.org/909093003 Cr-Commit-Position: refs/heads/master@{#26546}
-
marja authored
It's unnecessary; PreParser can just use normal Scopes for the things it needs to track. Note: the only functionalities of PreParserScope were keeping track of the scope stack, and for each scope, the scope type and language mode. Those are now done by Scope. PreParser doesn't yet put variables into scopes (that will be done in a follow up). R=rossberg@chromium.org BUG= Review URL: https://codereview.chromium.org/912563004 Cr-Commit-Position: refs/heads/master@{#26544}
-
- 06 Feb, 2015 4 commits
-
-
arv authored
BUG=None R=adamk LOG=N Review URL: https://codereview.chromium.org/905003003 Cr-Commit-Position: refs/heads/master@{#26498}
-
arv authored
We incorrectly disallowed eval and arguments in accessor and method names. This was because we checked the name inside the ParseFunctionLiteral. We now flag accessors so that lazy parsing of these functions are treated correctly. BUG=v8:1984 R=adamk, dslomov@chromium.org LOG=N Review URL: https://codereview.chromium.org/899363002 Cr-Commit-Position: refs/heads/master@{#26497}
-
marja authored
Previously it just had hacks to have NULLs instead of them and pretended to know nothing about Zone. The hacks provide no real benefit (probably historically based on some weird misconception about the relationship between Zone and Isolate), and make it harder for the PreParser to start to know more about variables and scoping. BUG= Review URL: https://codereview.chromium.org/909463003 Cr-Commit-Position: refs/heads/master@{#26494}
-
dslomov authored
R=arv@chromium.org BUG=v8:3834 LOG=N Review URL: https://codereview.chromium.org/885643004 Cr-Commit-Position: refs/heads/master@{#26483}
-
- 05 Feb, 2015 2 commits
-
-
Erik Arvidsson authored
This also removes some convenience functions that were not used. BUG=v8:3700 LOG=N R=adamk@chromium.org, adamk Review URL: https://codereview.chromium.org/883073008 Cr-Commit-Position: refs/heads/master@{#26472}
-
marja authored
It doesn't do anything for now, but it implies strict mode. Added tests to test-parsing.cc to test that. BUG= Review URL: https://codereview.chromium.org/898983002 Cr-Commit-Position: refs/heads/master@{#26460}
-
- 04 Feb, 2015 1 commit
-
-
marja authored
This enables adding more language modes in the future. For maximum flexibility, LanguageMode is a bitmask, so we're not restricted to use a sequence of language modes which are progressively stricter, but we can express the language mode as combination of features. For now, LanguageMode can only be "sloppy" or "strict", and there are STATIC_ASSERTS in places which need to change when more modes are added. LanguageMode is a bit like the old LanguageMode when "extended" mode was still around (see https://codereview.chromium.org/8417035 and https://codereview.chromium.org/181543002 ) except that it's transmitted through all the layers (there's no StrictModeFlag). BUG= Review URL: https://codereview.chromium.org/894683003 Cr-Commit-Position: refs/heads/master@{#26419}
-
- 03 Feb, 2015 1 commit
-
-
dslomov authored
R=arv@chromium.org,rossberg@chromium.org BUG=v8:3834 LOG=N Review URL: https://codereview.chromium.org/867153003 Cr-Commit-Position: refs/heads/master@{#26409}
-
- 30 Jan, 2015 1 commit
-
-
caitpotter88 authored
BUG=v8:2159 LOG=N R=marja@chromium.org, arv@chromium.org Review URL: https://codereview.chromium.org/885243002 Cr-Commit-Position: refs/heads/master@{#26362}
-
- 29 Jan, 2015 1 commit
-
-
arv authored
This removes the duplicate property check from object literals. Instead we repurpose the ObjectLiteralChecker into two cases, implemented by two subclasses to ObjectLiteralCheckerBase called ObjectLiteralChecker and ClassLiteralChecker. The object literal checker now only checks for duplicate __proto__ fields in object literals. The class literal checker checks for duplicate constructors, non constructor fields named constructor as well as static properties named prototype. BUG=v8:3819 LOG=Y R=adamk, dslomov@chromium.org Review URL: https://codereview.chromium.org/873823003 Cr-Commit-Position: refs/heads/master@{#26336}
-
- 23 Jan, 2015 1 commit
-
-
danno authored
Along the way: - Thread isolate parameter explicitly through code that used to rely on getting it from the zone. - Canonicalize the parameter position of isolate and zone for affected code - Change Hydrogen New<> instruction templates to automatically pass isolate R=mstarzinger@chromium.org LOG=N Review URL: https://codereview.chromium.org/868883002 Cr-Commit-Position: refs/heads/master@{#26252}
-
- 20 Jan, 2015 1 commit
-
-
arv authored
It should be possible to create a concise method with the name __proto__ without setting the [[Prototype]]. Similarly, property name shorthands with the name __proto__ should define an own property. BUG=v8:3818 LOG=Y R=adamk, dslomov@chromium.org Review URL: https://codereview.chromium.org/858673002 Cr-Commit-Position: refs/heads/master@{#26172}
-
- 19 Jan, 2015 1 commit
-
-
caitpotter88 authored
BUG=v8:3820, v8:3821 LOG=N R=arv@chromium.org, dslomov@chromium.org, marja@chromium.org Review URL: https://codereview.chromium.org/857433004 Cr-Commit-Position: refs/heads/master@{#26132}
-
- 15 Jan, 2015 1 commit
-
-
arv authored
This adds support for computed property names, under the flag --harmony-computed-property-names, for both object literals and classes. This is a revert of the revert, 7d48fd9d. BUG=v8:3754 LOG=Y R=dslomov@chromium.org Review URL: https://codereview.chromium.org/798243004 Cr-Commit-Position: refs/heads/master@{#26084}
-
- 14 Jan, 2015 1 commit
-
-
fedor.indutny authored
BUG= R=danno Review URL: https://codereview.chromium.org/839053004 Cr-Commit-Position: refs/heads/master@{#26057}
-
- 12 Jan, 2015 1 commit
-
-
caitpotter88 authored
BUG=v8:3806 LOG=N R=arv@chromium.org, dslomov@chromium.org Review URL: https://codereview.chromium.org/808793004 Cr-Commit-Position: refs/heads/master@{#26028}
-
- 18 Dec, 2014 1 commit
-
-
caitpotter88 authored
LOG=N BUG= R=arv@chromium.org, dslomov@chromium.org Review URL: https://codereview.chromium.org/812163003 Cr-Commit-Position: refs/heads/master@{#25895}
-
- 17 Dec, 2014 2 commits
-
-
machenbach authored
Revert of ES6 computed property names (patchset #1 id:1 of https://codereview.chromium.org/792233008/) Reason for revert: [sheriff] Still crashes on win32 (XP): http://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%201/builds/1380 Original issue's description: > ES6 computed property names > > This adds support for computed property names, under the flag > --harmony-computed-property-names, for both object literals and > classes. > > This is a revert of the revert, a76419f0. > > This changes to do an early bailout in > HOptimizedGraphBuilder::VisitObjectLiteral instead of doing that in the later > loop. > > BUG=v8:3754 > LOG=Y > TBR=dslomov@chromium.org TBR=dslomov@chromium.org,arv@chromium.org NOTREECHECKS=true NOTRY=true BUG=v8:3754 Review URL: https://codereview.chromium.org/811593004 Cr-Commit-Position: refs/heads/master@{#25872}
-
arv authored
This adds support for computed property names, under the flag --harmony-computed-property-names, for both object literals and classes. This is a revert of the revert, a76419f0. This changes to do an early bailout in HOptimizedGraphBuilder::VisitObjectLiteral instead of doing that in the later loop. BUG=v8:3754 LOG=Y TBR=dslomov@chromium.org Review URL: https://codereview.chromium.org/792233008 Cr-Commit-Position: refs/heads/master@{#25868}
-
- 16 Dec, 2014 2 commits
-
-
arv authored
Revert of ES6 computed property names (patchset #1 id:1 of https://codereview.chromium.org/807173002/) Reason for revert: Crashes Win32. It was not flake. Original issue's description: > ES6 computed property names > > This adds support for computed property names, under the flag > --harmony-computed-property-names, for both object literals and > classes. > > This is a revert of the revert, a76419f0 with > no changes. I cannot reproduce the issue on Win8.1 or WinXP. Letting the bots > try again. > > BUG=v8:3754 > LOG=Y > TBR=dslomov@chromium.org TBR=dslomov@chromium.org NOTREECHECKS=true NOTRY=true BUG=v8:3754 Review URL: https://codereview.chromium.org/807033003 Cr-Commit-Position: refs/heads/master@{#25853}
-
arv authored
This adds support for computed property names, under the flag --harmony-computed-property-names, for both object literals and classes. This is a revert of the revert, a76419f0 with no changes. I cannot reproduce the issue on Win8.1 or WinXP. Letting the bots try again. BUG=v8:3754 LOG=Y TBR=dslomov@chromium.org Review URL: https://codereview.chromium.org/807173002 Cr-Commit-Position: refs/heads/master@{#25851}
-
- 15 Dec, 2014 2 commits
-
-
arv authored
Revert of ES6 computed property names (patchset #9 id:160001 of https://codereview.chromium.org/795573005/) Reason for revert: Crashes on Win32 http://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%201/builds/1357 Test: mjsunit/harmony/computed-property-names Flags: --stress-opt --always-opt Command: build\Release\d8.exe --test --random-seed=-233815021 --stress-opt --always-opt --nohard-abort --nodead-code-elimination --nofold-constants --harmony-computed-property-names test\mjsunit\mjsunit.js test\mjsunit\harmony\computed-property-names.js Run #1 Exit code: -1073741819 Result: CRASH Expected outcomes: PASS Run #2 Exit code: -1073741819 Result: CRASH Expected outcomes: PASS Run #3 Exit code: -1073741819 Result: CRASH Expected outcomes: PASS Original issue's description: > ES6 computed property names > > This adds support for computed property names, under the flag > --harmony-computed-property-names, for both object literals and > classes. > > BUG=v8:3754 > LOG=Y TBR=dslomov@chromium.org,wingo@igalia.com NOTREECHECKS=true NOTRY=true BUG=v8:3754 Review URL: https://codereview.chromium.org/809433002 Cr-Commit-Position: refs/heads/master@{#25825}
-
arv authored
This adds support for computed property names, under the flag --harmony-computed-property-names, for both object literals and classes. BUG=v8:3754 LOG=Y Review URL: https://codereview.chromium.org/795573005 Cr-Commit-Position: refs/heads/master@{#25821}
-
- 11 Dec, 2014 1 commit
-
-
caitpotter88 authored
LOG=N R=arv@chromium.org, dslomov@chromium.org, marja@chromium.org BUG= Review URL: https://codereview.chromium.org/792083002 Cr-Commit-Position: refs/heads/master@{#25782}
-
- 10 Dec, 2014 1 commit
-
-
caitpotter88 authored
LOG=N R=dslomov@chromium.org BUG= Review URL: https://codereview.chromium.org/785233005 Cr-Commit-Position: refs/heads/master@{#25734}
-
- 04 Dec, 2014 1 commit
-
-
arv authored
If we hade }` the right brace was always treated as part of the template literal. We should only treat the right brace as part of the literal when we continue to parse the template literal after a placeholder. BUG=v8:3734 LOG=Y Review URL: https://codereview.chromium.org/778813003 Cr-Commit-Position: refs/heads/master@{#25661}
-
- 02 Dec, 2014 1 commit
-
-
marja authored
Allows \u{xxxxx} in variable names and string literals (not yet in regexps). Everything's behind the --harmony-unicode flag. BUG= Review URL: https://codereview.chromium.org/716423002 Cr-Commit-Position: refs/heads/master@{#25603}
-