Analysis support for new `Type.GetMethod` overload

[MichalStrehovsky]

Proposal: #90995
Implementation: #94889

Tagging subscribers to this area: @agocke, @sbomer, @vitek-karas
See info in area-owners.md if you want to be subscribed.

Issue Details

---

Proposal: #90995
Implementation: #94889

Author:	MichalStrehovsky
Assignees:	-
Labels:	area-Tools-ILLink
Milestone:	9.0.0

[sbomer]

Copying some context from the linked items above:

In #42753, an overload of Type.GetMethod was added that takes a name, binding flags, and paramater types, to simplify usage when people don't care about the binder and paramater modifiers (which as I understand is there only for COM), which basically nobody passes in ever. However no equivalent overload was added that also takes genericParameterCount at the beginning. This is the overload I always use, even when the method isn't generic and I pass in 0, to be as specific as possible and make sure that my code still works even in case there is a generic overload added in the future. It seems that all the other overloads have an equivalent that takes genericParameterCount at the beginning, so this would just square off the feature in my opinion

The new overload implementation:

[DynamicallyAccessedMembers(DynamicallyAccessedMemberTypes.PublicMethods | DynamicallyAccessedMemberTypes.NonPublicMethods)]
        public MethodInfo? GetMethod(string name, int genericParameterCount, BindingFlags bindingAttr, Type[] types) => GetMethod(name, genericParameterCount, bindingAttr, null, types, null);

The ask is to add a new ILLink/ILC/ILLink.RoslynAnalyzer intrinsic that handles this case. (Look for IntrinsicId.Type_GetMethod in HandleCallAction.cs). New tests for this case should go in MethodUsedViaReflection.cs.