In what sense is C# 9 not ready? It would be great if this fix was merged, since that would unblock other issues e.g.#1040

@christabella@tminka if we bump version now, users of many older Mono builds will be unable to install pythonnetmaster due to lack of C# 9 support. This will no longer be a problem after merginghttps://github.com/losttech/pythonnet/commits/features/VersionIndependent , which will allow building singlePython.Runtime.dll for all Python versions (so they don't have to build it).

The problem is this branch relies on a new C# feature - unmanaged function pointers, which isbroken in the latest .NET Core SDK C# compiler. The fix is up in Roslyn'smaster, but has not been released yet.

@lostmsu The only C# 9 feature you are using here isnint, isn't it? As far as I understood this, the feature doesn't require help from the CLR, so it should work with older Mono versions as well.@BadSingleton@benoithudson Could you verify that this branch still works with the Mono version you are using?

I expect older Mono versions to have old C# compiler, which simply won't recognizenint.

I don't know what this is about exactly. For Unity, if we can target NET Standard 2.0 we're good. We don't use the Unity mcs to compile anyway, we ship this code as DLLs.

Helpfully, Microsoft now tells you which version of Unity supports which standard.
https://docs.microsoft.com/en-us/dotnet/standard/net-standard

We don't compile this project with the Mono C# compiler either, we expect a .NET Core SDK to be installed nowadays. This just bumps the required SDK version to 5.0, I think.

@lostmsu Since this passes tests, I'd vote we merge it but keep the bumped requirement in mind.

@filmor heads up, MS just released VS 16.9 Preview 3 along with a new .NET SDK Preview, and the blocking issue I mentioned above appears to be fixed there. I should resume work on building a version independent DLL by the next sync.