First step of support for parsing and ignoring generic methods.

pkg/compiler/lib/src/serialization/modelz.dart

 // Copyright (c) 2015, the Dart project authors.  Please see the AUTHORS file
 // for details. All rights reserved. Use of this source code is governed by a
 // BSD-style license that can be found in the LICENSE file.
 
 /// Implementation of the element model used for deserialiation.
 ///
 /// These classes are created by [ElementDeserializer] triggered by the
 /// [Deserializer].
 
 library dart2js.serialization.modelz;
 
 import '../common.dart';
 import '../common/resolution.dart' show
     Resolution;
 import '../compiler.dart'
     show Compiler;
 import '../constants/constructors.dart';
 import '../constants/expressions.dart';
+import '../core_types.dart';
 import '../dart_types.dart';
 import '../elements/elements.dart';
 import '../elements/modelx.dart' show
     FunctionSignatureX;
 import '../elements/common.dart';
 import '../elements/visitor.dart';
 import '../io/source_file.dart';
 import '../ordered_typeset.dart';
 import '../resolution/class_members.dart' as class_members;
 import '../resolution/tree_elements.dart' show
@@ skipping 817 matching lines @@
   @override
   bool hasFieldShadowedBy(Element fieldMember) => _unsupported('');
 
   @override
   bool get hasIncompleteHierarchy => _unsupported('hasIncompleteHierarchy');
 
   @override
   bool get hasLocalScopeMembers => _unsupported('hasLocalScopeMembers');
 
   @override
-  bool implementsFunction(Compiler compiler) {
+  bool implementsFunction(CoreClasses coreClasses) {

[floitsch, 2016/02/22 12:45:20]

How is this change related to generic methods?

[eernst, 2016/02/22 18:02:51]

It is unrelated. The IDE complained about the type of this overriding method
declaration. The argument is unused here, and there is no obvious reason why the
argument type should differ from the inherited one. So I fixed it, considering
it to be a typo, in order to make the IDE happy (and, presumably, avoid a
potential checked-mode error that makes no sense anyway).

Should it be a separate CL?

[floitsch, 2016/02/22 18:40:27]

https://codereview.chromium.org/1723653002

[eernst, 2016/02/23 12:40:45]

OK, reverted it here.

     return _unsupported('implementsFunction');
   }
 
   @override
   Link<DartType> get interfaces {
     if (_interfaces == null) {
       _interfaces = toLink(
           _decoder.getTypes(Key.INTERFACES, isOptional: true));
     }
     return _interfaces;
@@ skipping 699 matching lines @@
   }
 
   @override
   ElementKind get kind => ElementKind.PREFIX;
 
   @override
   Element lookupLocalMember(String memberName) {
     return _unsupported('lookupLocalMember');
   }
 }