Always enable RTI for incremental compilation.

dart/tests/try/web/incremental_compilation_update_test.dart

Index: dart/tests/try/web/incremental_compilation_update_test.dart
diff --git a/dart/tests/try/web/incremental_compilation_update_test.dart b/dart/tests/try/web/incremental_compilation_update_test.dart
index d9d0a110332e35140d13643d46cb17004774518d..518cfa235461ec942ad9a4c3f79624ea49bd1f9c 100644
--- a/dart/tests/try/web/incremental_compilation_update_test.dart
+++ b/dart/tests/try/web/incremental_compilation_update_test.dart
@@ -866,6 +866,8 @@ main() {
     const <ProgramResult>[
         const ProgramResult(
             r"""
+import 'dart:collection';

[Johnni Winther, 2014/12/01 08:50:19]

Import in both ProgramResult's? The only difference should be HashMap, right?

[ahe, 2014/12/01 10:15:02]

Below I use the MockCompiler to serialize scope information. It doesn't handle
dart:collection, which I can work around by not importing dart:collection in the
second example. However, this relies on the fact that I don't yet detect changes
in imports and other library directives.

I have already uploaded another CL which gets rid of this import
(https://codereview.chromium.org/764533002/diff/1/dart/tests/try/web/increment...).

+
 class C {
   static m() {
     print('v1');
@@ -873,13 +875,8 @@ class C {
 }
 
 main() {
-  try {
-    // TODO(ahe): Incremental compiler can't handle new noSuchMethod
-    // situations, crashes when compiling a constructor which uses type
-    // arguments.
-    C.missing();
-  } catch (e) {
-  }
+  // TODO(ahe): The incremental compiler magter ikke static tear-off closures.

[Johnni Winther, 2014/12/01 08:50:19]

Elaborate on what goes wrong.

[ahe, 2014/12/01 10:15:02]

Since I've fixed it already, I'd rather not get into the details about precisely
what is wrong. TODO removed and fixed in
https://codereview.chromium.org/764533002/.

+  new HashMap(equals: identical);
   try {
     C.m();
   } catch (e) {