Question on not setting the inner exception in RuntimeType.ActivatorCache's constructor

[Takym]

It does not need a full stack trace for developers because RuntimeTypeHandle.GetActivationInfo is a wrapper method to the runtime native code and cannot be overridden by outside. Also, a new friendly message modified by the catch block includes the original one. So, we do not need the original exception set as inner like PR #108876. Is my guess correct?

runtime/src/coreclr/System.Private.CoreLib/src/System/RuntimeType.ActivatorCache.cs

Lines 50 to 74 in 789bc64

	try
	{
	RuntimeTypeHandle.GetActivationInfo(rt,
	out _pfnAllocator!, out _allocatorFirstArg,
	out _pfnRefCtor!, out _pfnValueCtor!, out _ctorIsPublic);
	}
	catch (Exception ex)
	{
	// Exception messages coming from the runtime won't include
	// the type name. Let's include it here to improve the
	// debugging experience for our callers.
	string friendlyMessage = SR.Format(SR.Activator_CannotCreateInstance, rt, ex.Message);
	switch (ex)
	{
	case ArgumentException: throw new ArgumentException(friendlyMessage);
	case PlatformNotSupportedException: throw new PlatformNotSupportedException(friendlyMessage);
	case NotSupportedException: throw new NotSupportedException(friendlyMessage);
	case MethodAccessException: throw new MethodAccessException(friendlyMessage);
	case MissingMethodException: throw new MissingMethodException(friendlyMessage);
	case MemberAccessException: throw new MemberAccessException(friendlyMessage);
	}
	throw; // can't make a friendlier message, rethrow original exception
	}