Ted Mielczarek e0a932a9ba bug 1318143 - add support for detecting Visual Studio 2017 to configure. r=gps ... This patch adds a copy of vswhere.exe to build/win32, downloaded from the current latest release (1.0.62): https://github.com/Microsoft/vswhere/releases/download/1.0.62/vswhere.exe It changes toolchain.configure to invoke vswhere.exe instead of reading the registry, since that no longer works for VS2017 (but vswhere can locate VS2015). It also removes a layer of complexity in that code by dropping support for non-64-bit host systems, since we don't really support building on 32-bit Windows anymore anyway. There's a little bit of fixup in windows.configure where some LIB paths have changed in 2017. MozReview-Commit-ID: 5XLWjidS6W4 --HG-- extra : rebase_source : 90f79b6f4a2d8d925dd20eb0bf6ab96262c227d5		2017-04-26 15:18:48 -04:00
..
crashinjectdll	Bug 1286877 - do not set c-basic-offset for python-mode; r=gps	2016-07-14 10:16:42 -06:00
Makefile.in	Bug 1245701 - Port build/win32 install rules to moz.build; r=glandium	2016-04-07 12:39:40 -04:00
__init__.py	…
autobinscope.py	…
crashinject.cpp	…
dumpenv4python.pl	…
moz.build	Bug 1286877 - do not set c-basic-offset for python-mode; r=gps	2016-07-14 10:16:42 -06:00
mozconfig.vs-latest	Bug 1264499 - s/mozconfig.vs2013/mozconfig.vs2015/ where not yet updated. - r=gps,sfink	2016-04-19 11:51:24 -07:00
mozconfig.vs2015-win64	Bug 1343713 - Avoid mozconfig failures when clang-cl/msvc are not present. r=ted	2017-03-01 11:10:14 +09:00
pgomerge.py	…
procmem.py	…
vswhere.exe	bug 1318143 - add support for detecting Visual Studio 2017 to configure. r=gps	2017-04-26 15:18:48 -04:00