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
I am currently working on implementing autodetection of vswhere and stumbled upon this inconsistency. I have VS 2015 and VS 2017 installed and this bug results in overwriting the VS 2017 entry with the VS 2015 entry from the registry.
I guess the correct version would be 14.1 to comply with the boost naming of libraries?
The text was updated successfully, but these errors were encountered:
Yeah, I'm a bit stuck in the versioning inconsistency. I'm not sure what the "correct" version is. What version would the original faber code report for VS 2015 and VS 2017 respectively ? And what does it report with your patch ?
Hi @terrorfisch , are you still interested in addressing this issue ? I'm not a regular MSVC user, so can offer only little help. Nevertheless, I'd be interested in fixing any such issue. Thanks !
The version of Visual Studio 2017 is 15.x but the version of the toolset is 14.1x
https://blogs.msdn.microsoft.com/vcblog/2017/11/15/side-by-side-minor-version-msvc-toolsets-in-visual-studio-2017/
The vswhere code uses the toolset version as VS version
faber/src/faber/tools/msvc.py
Line 198 in f1398e5
I am currently working on implementing autodetection of vswhere and stumbled upon this inconsistency. I have VS 2015 and VS 2017 installed and this bug results in overwriting the VS 2017 entry with the VS 2015 entry from the registry.
I guess the correct version would be 14.1 to comply with the boost naming of libraries?
The text was updated successfully, but these errors were encountered: