##// END OF EJS Templates
automation: support building Windows wheels for Python 3.7 and 3.8...
automation: support building Windows wheels for Python 3.7 and 3.8 The time has come to support Python 3 on Windows. Let's teach our automation code to produce Windows wheels for Python 3.7 and 3.8. We could theoretically support 3.5 and 3.6. But I don't think it is worth it. People on Windows generally use the Mercurial installers, not wheels. And I'd prefer we limit variability and not have to worry about supporting earlier Python versions if it can be helped. As part of this, we change the invocation of pip to `python.exe -m pip`, as this is what is being recommended in Python docs these days. And it seemed to be required to avoid a weird build error. Why, I'm not sure. But it looks like pip was having trouble finding a Visual Studio files when invoked as `pip.exe` but not when using `python.exe -m pip`. Who knows. Differential Revision: https://phab.mercurial-scm.org/D8478

File last commit:

r23934:975c4fc4 stable
r45275:9d441f82 stable
Show More
hg.bat
19 lines | 475 B | application/x-msdownload | BatchLexer
Paul Moore
Add a batch file driver for Windows
r6513 @echo off
rem Windows Driver script for Mercurial
setlocal
set HG=%~f0
FUJIWARA Katsunori
win32: use explicit path to "python.exe" only if it exists...
r19091 rem Use a full path to Python (relative to this script) if it exists,
rem as the standard Python install does not put python.exe on the PATH...
rem Otherwise, expect that python.exe can be found on the PATH.
Paul Moore
Add a batch file driver for Windows
r6513 rem %~dp0 is the directory of this script
FUJIWARA Katsunori
win32: use explicit path to "python.exe" only if it exists...
r19091 if exist "%~dp0..\python.exe" (
"%~dp0..\python" "%~dp0hg" %*
) else (
python "%~dp0hg" %*
)
Paul Moore
Add a batch file driver for Windows
r6513 endlocal
FUJIWARA Katsunori
hg.bat: return exit code explicitly for indirect invocation...
r23934
exit /b %ERRORLEVEL%