Move System.Globalization.Native to CoreFX repository?

[filipnavara]

According to Git history the original rationale for keeping it in CoreCLR repository is that System.Private.CoreLib depends on it. That's the case now even for System.Native that resides in CoreFX, so that reason seems to be passé. Furthermore it's shared by CoreRT so it adds one more dependency to publish and track.

[jkotas]

@marek-safar Do you plan to use System.Globalization.Native in Mono?

[filipnavara]

I believe it is already used in Mono since it's referenced from the shared part of CoreLib and GlobalizationMode implementation in Mono.

[marek-safar]

@jkotas yes, we do but cannot say in which form exactly right now but if we are going to customize it for a specific platform I'd prefer to do it in a shared location as well.

[jkotas]

Just making sure - does corefx/src/Native count as shared location?

[marek-safar]

Yes, I consider corefx to be fully shared location (all flavours to be built there)

[jkotas]

I think we should sit on this one for a bit until we have a better idea about the form that it will be used by Mono.

[am11]

Another advantage of this move would be that we can clean up some helpers (such as https://github.com/dotnet/coreclr/blob/af83b8ad6f/src/corefx/System.Globalization.Native/pal_compiler.h) and utilize others for safe math in the CoreFX repo.

[jkotas]

We plan to look at adjusting repo boundaries for .NET 5.