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
Components name specifications for C++ for BuildTools and Visual Studio Community both indicate that component ID Microsoft.VisualStudio.Component.VC.Tools.x86.x64 is available for install and, therefore, retrieval from vswhere.
Observed Behavior
On a system that used Visual Studio Installer to get CommunityMSVC v143 - VS 2022 C++ x64/x86 BuildTools (latest version), running the command .\vswhere.exe -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64 outputs information about the configuration as expected
On a system that used Visual Studio Installer to get BuildToolsMSVC v143 - VS 2022 C++ x64/x86 BuildTools (latest version), running the command .\vswhere.exe -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64 DO NOT output anything.
Remark: other components that can be installed both on Community and BuildTools (e.g. windows SDK versions, Cmake tools, and so on) are apparently identical on both systems (i.e. same checkbox names were selected).
Expected Behaviour
Case (2) should output the same information as case (1) (given that they use the same version of Visual Studio installer).
The text was updated successfully, but these errors were encountered:
The product may not have the same component - the same ID, that is. You need to look at the catalog for components and you can pass -requiresAny to basically treat the list of -requires as an OR condition instead of an AND. Components may have different IDs if the team that owns them is trying to manage different "views" by composing different components for different products that may have more or fewer binaries in each workload.
You must pass -product * to search all products. #130 explains why Build Tools is not included and won't be. It would be breaking behavior. Just add -product * if you want to search for all products.
Thank you very much for your answer. I apologize for misunderstanding the reach of #130 (and #22) when I read it.
For the purpose of answering my question, I confirm that the following command specifying the product ID for BuildTools (on a system that has it installed) ended up outputing equivalent information as not specifying any product ID (on a system that has Visual Studio Community installed): .\vswhere.exe -products Microsoft.VisualStudio.Product.BuildTools -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64
And, of course, passing -products * on a system that has the component Microsoft.VisualStudio.Component.VC.Tools.x86.x64 installed twice via both BuildTools and Visual Studio Community outputs the information from both install (which could then be manipulated passing -latest or -sort). E.g.: .\vswhere.exe -products * -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64
Hello,
Components name specifications for C++ for BuildTools and Visual Studio Community both indicate that component ID
Microsoft.VisualStudio.Component.VC.Tools.x86.x64
is available for install and, therefore, retrieval fromvswhere
.Observed Behavior
MSVC v143 - VS 2022 C++ x64/x86 BuildTools (latest version)
, running the command.\vswhere.exe -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64
outputs information about the configuration as expectedMSVC v143 - VS 2022 C++ x64/x86 BuildTools (latest version)
, running the command.\vswhere.exe -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64
DO NOT output anything.Remark: other components that can be installed both on Community and BuildTools (e.g. windows SDK versions, Cmake tools, and so on) are apparently identical on both systems (i.e. same checkbox names were selected).
Expected Behaviour
Case (2) should output the same information as case (1) (given that they use the same version of Visual Studio installer).
The text was updated successfully, but these errors were encountered: