Driver.compileOfAst fails on Xamarin.Mac due to reference to .NET Core about fsharp-compiler-docs HOT 3 CLOSED

Oof, that's a rough one. The provider itself I believe is a required component now, but individual implementations of dependency providers (ie #r "nuget:") are optional. If the core component is crashing then we have a pretty serious problem.

If possible, can you test your app with the latest FCS dependency from the MS nightly feeds? FCS is published there on a nightly cadence now and it should quickly let us know if that's still a problem. The nuget feed source url is https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet-tools/nuget/v3/index.json and it should have FCS 38 prereleases in it.

If the problem is still there that tells us we need to report upstream to dotnet/fsharp and fix it at the source.

from fsharp-compiler-docs.

OK I'll give 38 a whirl.

Did you say I can swap that component out? Would love to hear more if that's true.

I'm a bit afraid of what the default implementation of #r is going to do on iOS. :-)

from fsharp-compiler-docs.

You can swap out #r handler implementations (or have none at all if you don't include any dlls that implement them), but from what I see in your stacktrace the problem is that the component that discovers/manages those implementations is blowing up.

The overall mechanism is just a hook for providing #load and #I statements, really :D

from fsharp-compiler-docs.