Regression test for issue 11023

Regression test for issue 11023

The VM resolves types too eagerly at least during top-level
parsing. This may result in referencing the wrong type, as in
this new test.

R=iposva@google.com

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

[Ivan Posva, 2013-06-05 18:31:34]

LGTM with comment.

-Ivan

https://codereview.chromium.org/15647019/diff/1/tests/language/extends_test.dart
File tests/language/extends_test.dart (right):

https://codereview.chromium.org/15647019/diff/1/tests/language/extends_test.d...
tests/language/extends_test.dart:19: s.y = 10;
How about not relying on noSuchMethod here and switch this to an Expect?

[hausner, 2013-06-05 18:37:54]

https://codereview.chromium.org/15647019/diff/1/tests/language/extends_test.dart
File tests/language/extends_test.dart (right):

https://codereview.chromium.org/15647019/diff/1/tests/language/extends_test.d...
tests/language/extends_test.dart:19: s.y = 10;
On 2013/06/05 18:31:34, Ivan Posva wrote:
> How about not relying on noSuchMethod here and switch this to an Expect?

Done. We now rely on another unhandled exception type :)

Unhandled exception:
Expect.equals(at index 13: Expected <...from main script>, Found: <...from
library>) fails.
#0      Expect._fail (package:expect/expect.dart:368:5)
#1      Expect.equals (package:expect/expect.dart:99:14)
#2      main (file:///src/d1/dart/tests/language/extends_test.dart:20:16)

[hausner, 2013-06-05 19:15:52]

Committed patchset #2 manually as r23651 (presubmit successful).