renaming clrcompression --> System.IO.Compression.Native

[VSadov]

Superhost PR follow-up

Re: #44505 (comment)

For the most part a search/replace change.

[jkotas]

Nit: Unnecessary edit

[VSadov]

VS did something that I cannot see or undo in the editor. I will revert the whole file in git.

[CoffeeFlux]

Mono changes LGTM. Thanks!

[jkotas]

Thanks

[VSadov]

Thanks!!!

[ericstj]

FYI: This name change broke an application : #47029. IMHO that app is doing a bad thing, hopefully we'll fix that app.

It's not completely unlikely that others might make a similar mistake. Any reason you chose the System.* convention here?

[VSadov]

Any reason you chose the System.* convention here?

It was already called System.IO.Compression.Native on every platform except Windows.

[ericstj]

I think we give it a "lib" prefix on those other platforms.

[VSadov]

Yes, there is a convention about prefix (lib on Unix, none on Windows) and extensions (.dll, .so, .dylib). They were applied according to platform.

There is also prior art in the naming of System.Globalization.Native when it was a standalone dll.

Actually it still has that name for the purpose of PInvoke targets. We redirect these pinvokes to the implementation linked into coreclr, but a standalone System.Globalization.Native library can be reintroduced quite transparently.
On mac it would be libSystem.Globalization.Native.dylib, System.Globalization.Native.dll on Windows

[ericstj]

System.Globalization.Native.dll on Windows

I don't think we ever shipped that. System.IO.Compression.Native.dll is the first native binary to use the convention System.*.dll on windows.

[VSadov]

We have a lot "System.*.Native." on Unix. The question of "lib" prefix did come up in PR discussions, but it appeared more consistent to not have it on Windows: #45713 (comment)