Analyzer summaries do not encode inferred args for constant constructor invocations

[stereotype441]

Consider the following code:

class C<T> {
  final T t;
  const C(this.t);
}
const Object x = const C(0);

Type inference infers that the constant constructor invocation is const C<int>(0). But this information is not recorded in the summary. Therefore, if x is reconstituted from a summary and constant evaluated, and the type of x's constant value is queried, the result will be C<dynamic>.

[stereotype441]

To fix this, we need to make the following modifications:

• The summary IDL needs a place to store an optional type inference slot associated with each const constructor invocation (maybe do it for non-const constructor invocations as well, just in case).*
• The unlinked summary builder needs to allocate a type inference slot whenever it sees a const constructor invocation that doesn't have explicit type parameters.
• The linker needs to store the inferred type of each a const constructor invocation in the type inference slot, if present.
• The resynthesizer needs to detect if there is an inferred type stored in the type inference slot; if there is, it needs to point the resynthesized constant AST to the appropriate ConstructorMember. Then the ConstantEvaluationEngine should do the right thing automatically.

*Note that this will need to be done carefully to avoid backward compatibility problems. E.g. you can't just add the slot to the UnlinkedExpr.ints list, because then old and new analyzers will disagree about where they are in the ints array when evaluating a constant. Probably we should just add a new field, UnlinkedExpr.constructorInvocationTypeSlots.

[matanlurey]

@stereotype441 @devoncarew Should I assume this will never get fixed due to summaries not sticking around long-term?

The hacks I have in to "pretend" to do inference are pretty scary, and I'd hate to have to rely on them longer than we have to.

[matanlurey]

Ping @stereotype441 @devoncarew

[stereotype441]

Yeah, I think it's safe to assume this won't get fixed until we switch over to using the common front end. :(

[matanlurey]

Thanks!