Jan Kotas
Jan Kotas
> Is it not expected that SOS.dll matches the version of the runtime? We expect the same SOS.dll to work for all versions of the runtime.
What about Unix? clang, cmake and other random Unix tools and libraries that we need.
I do not see the answer in these PRs. Do you think you can get to a place where I can walk to a random recent Linux and get predictable...
> clone' and then 'build' with no prereqs I think it is a good goal to have for pure managed projects. I agree that you can achieve it for Windows...
> This PR and not main branch is due to some changes between 9.0 rc2 and 10.0 alpha1. What is the change between 9.0 rc2 and 10.0 alpha1 that introduced...
> the failing test isn’t using ILCompiler from packages being updated, but rather the version bundled with SDK specified in global.json. I don't think that's correct. The tests are using...
Yes, the test is using the `10.0.0-alpha.1.24507.22` ILCompiler version embedded into the `10.0.100-ci` live-built SDK.
@jkoritzinsky We have picked up more failures in this PR that seems to be caused by https://github.com/dotnet/runtime/pull/107889 . Could you please take a look? From https://helixre107v0xdeko0k025g8.blob.core.windows.net/dotnet-sdk-refs-pull-43015-merge-5284031d0a3746c894/Microsoft.NET.Sdk.Web.Tests.dll/3/console.03fc7d48.log?skoid=8eda00af-b5ec-4be9-b69b-0919a2338892: ``` [m[37m Generating native...
> it is explicitly checking for known ILCompiler pack which my understanding is the bundled version. It is the bundled version in the live build of the SDK. It is...
> What is the change between 9.0 rc2 and 10.0 alpha1 that introduced this? Here is what I found: These warnings show up when dotnet/runtime compiled using Apple clang 15+...