Windows批处理中SET对errorlevel的影响
今天折腾自己编译QT，在configure阶段遇到了一点麻烦，网上也没看到解决方法，所以纪录在此。
按文档说明，写了一长串命令之后确认运行：
configure.bat -static -release -debug -confirm-license -opensource -opengl desktop -platform win32-g++ -prefix "C:\Documents\dev\lib\qt-5-build\mingw-7.2.0-posix-static" -sql-sqlite -qt-zlib -qt-pcre -qt-libpng -qt-libjpeg -qt-freetype -make libs -nomake tools -nomake examples -nomake tests -skip qtwebview -skip qtwebengine -skip qtactiveqt -skip qtandroidextras -skip qtcanvas3d -skip qtcharts -skip qtfeedback -skip qtgamepad -skip qtlocation -skip qtquick1 -skip qtquickcontrols -skip qtquickcontrols2 -skip qtsensors -skip qtserialbus -skip qtserialport -skip qtspeech -skip qtwebchannel
然而，只出了一句提示说“正在运行qtbase下的configure”之后就没了，瞬间结束。本来应该bootstrap出来一个qmake.exe的qtbase/bin目录是空的，echo %errorlevel%显示为1，显然是脚本出错了。
搜索半天后确认没有任何中文或者鸟语资料提到这个，于是在qtbase下的configure.bat的顶端打开了echo on，确定问题出在这里：
:wastoplevel set SYNCQT= set PLATFORM= set MAKE= call :doargs %ARGS% if errorlevel 1 exit /b goto doneargs
运行到if errorlevel 1 exit /b一句时，脚本发现errorlevel为1，就直接退出了。
添加很多echo %errorlevel%之后再次运行，发现，刚刚进入:wastoplevel时errorlevel是好着的，但是运行到call :doargs %ARGS%时，就变成坏的了。这让我很惊讶，看似人畜无害的set SYNCQT=也会出错？
再经过一番尝试，发现了SET XXX=命令的作用是：
- 如果
XXX变量已经存在，则什么也不做，而不是我之前理解的把这个变量置为空！ - 如果
XXX变量不存在，则将errorlevel置为1.
这么来看，这句话的作用实质上应该是检查变量XXX是否存在，不存在则报错。而Qt编译脚本中为啥放上了这一句但又不在文档中提及就不得而知了，也许是以前:doargs函数中有什么命令可以刷掉错误的errorlevel，但可以确认在5.9版本中是没有的。
知道原因后，解决就很简单了，首先读一下脚本确定那三个变量的意思，然后在执行configure之前先把他们设置一下：
SET SYNCQT=false set PLATFORM=win32-g++ set MAKE=mingw32-make
再继续按官方文档搞就好了。