Referencing a type provider requires IReflectableType (when running compiler with .NET Core)

[dsyme]

See #3658 (comment)

Basically, when the F# compiler runs on .NET CoreApp 2.0 it effectively requires that all System.Type have an implementation of IReflectableTYpe. But we have no reasonable way to implement that interface. That requirement seems to be coming from uses of GetTypeInfo in FSharp.Core.dll (though hopefully not anywhere else)

Specifically, if we enable netcoreapp2.0 as a test target here: https://github.com/fsprojects/FSharp.TypeProviders.SDK/pull/132/files#diff-ac663ab43267f2bdb3a22e804b6c9af6R4 then tests fail

[dsyme]

It is possible that the fix is to avoid the use of GetTypeInfo in FSharp.Core.

If so, that will almost certainly require making a .NET Standard 2.0 version of FSharp.Core (since AFAIK GetTypeInfo is a legacy thing from .NET Standard 1.x)

[KevinRansom]

@dsyme it's urgency soon. It's not a regression, this has never worked on coreclr, it's a missing feature.

[dsyme]

This has been fixed via recent work in the Type Provider SDK https://github.com/fsprojects/FSharp.TypeProviders.SDK/.

Type providers will need to be updated and republished using a more recent version of the SDK in order to be able to be loaded into the F# compiler when running on .NET Core (they will also need to be .NET Standard 2.0 components, or we need to make the compiler be able to choose between .NET Core and .NET Framework design-time components, but that's a separate matter covered elsewhere)