Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Minimize differences between different builds of .NET 9 #4010

Open
omajid opened this issue Jan 24, 2024 · 1 comment
Open

Minimize differences between different builds of .NET 9 #4010

omajid opened this issue Jan 24, 2024 · 1 comment
Labels
area-product-experience Improvements in the end-user's product experience

Comments

@omajid
Copy link
Member

omajid commented Jan 24, 2024

A .NET SDK produced by different vendors can be very different.

A few years ago, a source-build .NET was built using a completely different process than a Microsoft-built SDK. It was possible that different versions/commits of repos were used to build source-build, in a very different configuration than a Microsoft-built SDK.

We know that Microsoft intends to move to using the VMR for .NET and later releases. We would like to see everyone building out of one repo/commit/tag as much as possible and minimize the differences in sources between the sources used for various builds of .NET.

There is also a difference between the contents of the generated SDK, such as which files are in the SDK (see the baseline diff) as well as contents of the files (eg, optimization levels, or the .NET TFMs they are targeting).

We would like to minimize - as much as possible - the differences between the repo/commit/sources used to build .NET, and how .NET is built.

This doesn't change that fact that people may choose to build in different configurations (eg, link against system libraries), but it should be possible to build source-build (and a Microsoft-build) such that the results are nearly identical.

@MichaelSimons
Copy link
Member

[Triage] This is something that will come as a result of the Unified Build project which won't be completed until the 10 timeframe. Moving to 10.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-product-experience Improvements in the end-user's product experience
Projects
Status: 10.0
Development

No branches or pull requests

2 participants