You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We should be using live IL.SDK and tools for libraries instead of still downloading the SDK in Tools.props and using that.
We could instead of making it an SDK project, import the targets directly from coreclr folder and also resolve ilasm/ildasm from the locally built coreclr outputs.
cc: @dotnet/runtime-infrastructure @danmosemsft
The text was updated successfully, but these errors were encountered:
I noticed that even coreclr is using a cached version of the IL SDK when I prepared it for the repo consolidation. We should eliminate all usages of the cached version.
I do not think it make sense to use the live version of ilasm/ildasm. It creates a problem for cross-compilation as noted in #32662 among other things. It is fine for the compilers to come from package.
We should be using live IL.SDK and tools for libraries instead of still downloading the SDK in Tools.props and using that.
We could instead of making it an SDK project, import the targets directly from coreclr folder and also resolve ilasm/ildasm from the locally built coreclr outputs.
cc: @dotnet/runtime-infrastructure @danmosemsft
The text was updated successfully, but these errors were encountered: