Remove dev10 related code from Toolset class #12207
Open
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Co-authored-by: YuliiaKovalova <95473390+YuliiaKovalova@users.noreply.github.com>
Co-authored-by: YuliiaKovalova <95473390+YuliiaKovalova@users.noreply.github.com>
Copilot finished work on behalf of
YuliiaKovalova
July 21, 2025 09:49
YuliiaKovalova
approved these changes
Jul 21, 2025
There was a problem hiding this comment.
Pull Request Overview
This PR removes legacy Visual Studio 2010 (dev10) detection and related workarounds from the MSBuild Toolset class, simplifying the codebase by eliminating registry-based detection for an unsupported IDE version.
- Removes dev10 registry detection logic and constants
- Eliminates special case hardcoded "10.0" subtoolset selection for ToolsVersion "4.0"
- Updates subtoolset selection to consistently pick the highest available version numerically
Reviewed Changes
Copilot reviewed 4 out of 4 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| src/Build/Resources/Constants.cs | Removes Dev10SubToolsetValue constant |
| src/Build/Definition/Toolset.cs | Removes dev10 detection logic and registry constants, simplifies subtoolset selection |
| src/Build.UnitTests/Evaluation/Evaluator_Tests.cs | Updates test comments to reflect new behavior |
| src/Build.UnitTests/Definition/Toolset_Tests.cs | Updates test expectations to match simplified logic |
Comments suppressed due to low confidence (1)
src/Build.UnitTests/Definition/Toolset_Tests.cs:178
- The test assertion is too generic and doesn't verify the expected behavior. Instead of just checking if it's null or a valid version, the test should verify that it returns the highest available subtoolset version numerically, which is the specific behavior change being implemented.
Assert.True(defaultSubToolset == null || Version.TryParse(defaultSubToolset, out _),
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR removes ancient dev10 (Visual Studio 2010) related code from the Toolset class to reduce complexity and eliminate unsupported legacy code.
Changes Made
Dev10IsInstalledproperty that checked for Visual Studio 2010 installationsComputeDefaultSubToolsetVersion()method now consistently picks the highest available subtoolset version numericallyDev10SubToolsetValueconstant fromConstants.csMicrosoft.Win32using directiveFiles Modified
src/Build/Definition/Toolset.cs- Core logic changessrc/Build/Resources/Constants.cs- Removed constantsrc/Build.UnitTests/Definition/Toolset_Tests.cs- Updated test expectationssrc/Build.UnitTests/Evaluation/Evaluator_Tests.cs- Updated test and commentsBehavior Change
Before: ToolsVersion "4.0" would return "10.0" as the default subtoolset if dev10 was detected via registry, otherwise it would pick the highest available subtoolset.
After: All toolsets consistently pick the highest available subtoolset version, removing the dev10 special case entirely.
This change simplifies the codebase by removing detection logic for an unsupported Visual Studio version while maintaining consistent subtoolset selection behavior.
Fixes #12193.
Warning
Firewall rules blocked me from connecting to one or more addresses
I tried to connect to the following addresses, but was blocked by firewall rules:
dnceng.pkgs.visualstudio.comdotnet test src/Build.UnitTests/Microsoft.Build.Engine.UnitTests.csproj --filter FullyQualifiedName~Toolset_Tests --verbosity normal(dns block)/home/REDACTED/work/_temp/ghcca-node/node/bin/node --enable-source-maps /home/REDACTED/work/_temp/copilot-developer-action-main/dist/index.js(dns block)dotnet test src/Build.UnitTests/Microsoft.Build.Engine.UnitTests.csproj --filter FullyQualifiedName~VerifyDefaultSubToolsetPropertiesAreEvaluated --verbosity normal(dns block)If you need me to access, download, or install something from one of these locations, you can either:
💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.