You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
// Otherwise, there were no dynamic arguments and overload resolution found a unique best candidate.
1599
-
// We still have to determine if it passes final validation.
1600
-
1601
-
varmethodResult=result.ValidResult;
1602
-
varmethod=methodResult.Member;
1603
-
1604
-
// Tracked by https://github.com/dotnet/roslyn/issues/76130: It looks like we added a bunch of code in BindInvocationExpressionContinued at this position
1605
-
// that specifically deals with new extension methods. It adjusts analyzedArguments, etc.
1606
-
// It is very likely we need to do the same here.
1607
-
1608
-
// It is possible that overload resolution succeeded, but we have chosen an
1609
-
// instance method and we're in a static method. A careful reading of the
1610
-
// overload resolution spec shows that the "final validation" stage allows an
1611
-
// "implicit this" on any method call, not just method calls from inside
1612
-
// instance methods. Therefore we must detect this scenario here, rather than in
1613
-
// overload resolution.
1614
-
1615
-
varreceiver=methodGroup.Receiver;
1616
-
1617
-
// Note: we specifically want to do final validation (7.6.5.1) without checking delegate compatibility (15.2),
1618
-
// so we're calling MethodGroupFinalValidation directly, rather than via MethodGroupConversionHasErrors.
1619
-
// Note: final validation wants the receiver that corresponds to the source representation
1620
-
// (i.e. the first argument, if invokedAsExtensionMethod).
0 commit comments