Fix glob list failure on Windows.

BUG=https://code.google.com/p/dart/issues/detail?id=21622
R=nweiz@google.com

Review URL: https://codereview.chromium.org//738863003

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41811 260f80e4-7a28-3924-810f-c04153c831b5
Let docgen detect a dart-sdk directory that's differently named

BUG=
R=sethladd@google.com

Review URL: https://codereview.chromium.org//737903002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41812 260f80e4-7a28-3924-810f-c04153c831b5
Fix incremental parsing of function literals in initializer lists.

One of the areas in which the Dart grammar is context sensitive is the
fact that function literals are disallowed inside initializer lists
(unless they are enclosed inside (), [], {}, or "${}").

To deal with this context sentitivity in incremental parsing, we must
rebuild the correct parser state for the subexpression we are going to
re-parse before parsing it.  We do so with a new visitor,
IncrementalParseStateBuilder.

R=brianwilkerson@google.com

Review URL: https://codereview.chromium.org//736813002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41813 260f80e4-7a28-3924-810f-c04153c831b5
Cache ElementLocation instance and index key/location ids.

This saves us about 9% of time, as the previous CL.
From 22294 ms to 20040 ms.

R=brianwilkerson@google.com
BUG=

Review URL: https://codereview.chromium.org//739643003

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41814 260f80e4-7a28-3924-810f-c04153c831b5
Implement enum types in VM

Fully support enum types as per language spec version 1.6.

R=srdjan@google.com

Review URL: https://codereview.chromium.org//735723003

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41815 260f80e4-7a28-3924-810f-c04153c831b5
Placate linux C++ compiler

Fixes build error on Linux.

TBR

Review URL: https://codereview.chromium.org//732423005

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41816 260f80e4-7a28-3924-810f-c04153c831b5
Process two 32-bit digits as one 64-bit digit in bigint absAdd and absSub
intrinsic on x64. More to follow.
Added assembler instructions and tests.

R=zra@google.com

Review URL: https://codereview.chromium.org//732663003

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41817 260f80e4-7a28-3924-810f-c04153c831b5
add source changed event stream

BUG=
R=brianwilkerson@google.com

Review URL: https://codereview.chromium.org//737673002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41818 260f80e4-7a28-3924-810f-c04153c831b5
Extract incremental resolver classes into separate files.

R=brianwilkerson@google.com
BUG=

Review URL: https://codereview.chromium.org//743543002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41819 260f80e4-7a28-3924-810f-c04153c831b5
Revert bigint changes of r41817 until dart2js failures are understood and fixed.
Keep x64 assembler additions.

Review URL: https://codereview.chromium.org//741613002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41820 260f80e4-7a28-3924-810f-c04153c831b5
Don't to do HTML entity decoding for multi-part form fields

The code was trying to do HTML entity decoding on text field values
in multipart form posts. This has been removed as it did not work.

The parsing was expecting HTML entities to always be used, but that is
not the case. Chrome, Firefox and Safari will do it if e.g. the attribute
accept-charset="latin1" is set on the HTML form element, but the default
when accept-charset is not set or is set to utf8 UTF-8 encoding will be
used.

Also when HTML entity encoding is used, the encoding done by the browser
cannot be consistently  decoded. E.g. if the value '&#<some large char>' is
entered in a form with accept-charset="latin1" the value in the
multipart/form-data response is '&#&#12402;' (<some large char> is HTML
entity encoded as &#12402;), so '&#' is not escaped in any way.

Passing the value returned by the browser into user code without trying to
be clever is the right thing to do.

R=kustermann@google.com
BUG=

Review URL: https://codereview.chromium.org//730203008

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41821 260f80e4-7a28-3924-810f-c04153c831b5
Emit warning on import of dart:mirrors.

BUG=
R=floitsch@google.com

Committed: https://code.google.com/p/dart/source/detail?r=41688

Review URL: https://codereview.chromium.org//588183002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41822 260f80e4-7a28-3924-810f-c04153c831b5
Use Object.create instead of a tmp-function.

R=floitsch@google.com

Review URL: https://codereview.chromium.org//734323003

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41823 260f80e4-7a28-3924-810f-c04153c831b5
Revert revision 41812 "Let docgen detect a dart-sdk directory that's differently named"

The vm build is incremental, and on bleeding edge the revision number is part of the version number.
So if a cl lands that triggers a rebuild of the api docs - but not of the vm, the check for vmVersion.startsWith(version) will report false.

This is exactly what happened here:
http://build.chromium.org/p/client.dart/builders/analyzer_experimental-linux-release-be/builds/400

The change from sgjesse@ : https://code.google.com/p/dart/source/detail?r=41821
Triggered a rebuild of the api docs, but the vm remained unchanged with a version of:
1.8.0-edge.41820
The version of the build was:
1.8.0-edge.41821

Review URL: https://codereview.chromium.org//736923002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41824 260f80e4-7a28-3924-810f-c04153c831b5
Incremental compilation of new classes with fields.

R=johnniwinther@google.com

Review URL: https://codereview.chromium.org//720813002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41825 260f80e4-7a28-3924-810f-c04153c831b5
Enable issue tests that appear to be incorrectly named.

R=srdjan@google.com
BUG=

Review URL: https://codereview.chromium.org//732393002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41826 260f80e4-7a28-3924-810f-c04153c831b5
Add support for local variables(including parameters) to cps->js.

R=floitsch@google.com

Review URL: https://codereview.chromium.org//726543002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41827 260f80e4-7a28-3924-810f-c04153c831b5
Fix failure reported by analyzer in test for issue 21159.

TBR=fschneider@google.com

Enable issue tests that appear to be incorrectly named.

BUG=

Review URL: https://codereview.chromium.org//726703007

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41828 260f80e4-7a28-3924-810f-c04153c831b5
`this` in js-cps.

R=floitsch@google.com

Review URL: https://codereview.chromium.org//739883002

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41829 260f80e4-7a28-3924-810f-c04153c831b5
Fix declaration of locals in the cps js codegen.

R=floitsch@google.com

Review URL: https://codereview.chromium.org//737793004

git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge@41830 260f80e4-7a28-3924-810f-c04153c831b5