dotnet fsi is using implementation assemblies

[dsyme]

When dotnet fsi is run it is using implementation assemblies, not the relevant pack of framework assemblies

There are three relevant versions involved

• SDK version, C:\Program Files\dotnet\sdk\3.1.40 , found via the currently running tool e.g. C:\Program Files\dotnet\sdk\3.1.401\FSharp\fsc.exe

• Runtime version used by that SDK: C:\Program Files\dotnet\shared\Microsoft.NETCore.App\3.1.7, found via the directory number of the implementation assemblies

• Packs version used by that SDK: C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Ref\3.1.0

The problem is that we are not finding the packs version - we are assuming that the packs version is simply the runtime version. As a result we drop through to the getImplementationReferences() case

[abelbraaksma]

Could that cause mysterious type errors like this? #10184

[baronfel]

What's the reasoning behind closing this? I think it's relevant, and in fact we have similar issues logged in FSAC about not making this same assumption.

[KevinRansom]

It's fixed. in 16.9

[KevinRansom]

Well ... it is doing what it is supposed to do ... anyway.

[baronfel]

Oh, I see. Do you know what PR solved it (for personal inspection/edification purposes)?

[KevinRansom]

Several different PR's addressed pieces of it, but essentially:

#10163
and
#10839