Fix Type.GetHashCode for RuntimeTypes w/o MethodTable

[jkotas]

No description provided.

[jkotas]

/azp run runtime-nativeaot-outerloop

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[jkotas]

/azp run runtime-nativeaot-outerloop

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[ghost]

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

Issue Details

---

null

Author:	jkotas
Assignees:	jkotas
Labels:	area-NativeAOT-coreclr, needs-area-label
Milestone:	-

[jkotas]

@MichalStrehovsky PTLA. It is fixing a minor bug introduced by the RuntimeType refactoring.

[MichalStrehovsky]

Thanks!

Do we want to add the test you had here before the force push?

[jkotas]

Do we want to add the test you had here before the force push?

My original assumption was that this bug is doing to lead to crash that is not actually the case. It is not functionality bug; it is a perf bug.

The test for this bug would have to generate number of types and verify that their hashcode distibution hits some minimum threshold. We do not have tests like for GetHashCode implementations, so building one for RuntimeType did not seem to be worth it.