之前是什么类似LuaRocks的工具集成生成了。

对照如下include文件夹，不同版本中.h文件相同，.hpp不同。
文件夹..lua-5.3.4_Sourcesinclude、lua-5.3.4_Win32_dll15_lib、lua-5.3.4_Win32_mingw6_lib、lua53include；
文件luaconf.h、lua.h、lauxlib.h、lualib.h。

srlua-102Makefile使用（唯一的）make Linux build。
使用lua-5.3.4_Sources对应的liblua.a，报错x86_64-w64-mingw32/bin/ld.exe: cannot find -ldl。

在lua-5.3.4_SourcessrcMakefile中区分平台(PLATS)：generic、linux。

generic: $(ALL)

linux:
    $(MAKE) $(ALL) SYSCFLAGS="-DLUA_USE_LINUX" SYSLIBS="-Wl,-E -ldl -lreadline"

在srlua-102Makefile中仅有Linux build，其中正有-ldl。

如在srlua-102Makefile中的路径，需使用双引号，但注意不要嵌套了，只需要在最外层。

LUA_TOPDIR= C:ProgramFileslualua-5.3.4_Sources
LUA_INCDIR= "$(LUA_TOPDIR)include"
LUA_LIBDIR= "$(LUA_TOPDIR)"
INSTALL_DIR= ./

成功编译出srglue.exe、srlua.exe。

lua-5.3.4_Sourcessrc中的make_uname.bat涉及make_uname（uname是linux的概念，包含mingw4、mingw4_64、cygw17）、tecmake（除包含mingw4、mingw4_64、cygw17，还包含vc10、vc10_64）。
lua-5.3.4_SourcessrcMakefile主要涉及linux、generic（对应ALL–all–ALL_T–LUA_A、LUA_T、LUAC_T，LUA_A–liblua.a（linux的静态库）、LUA_T–lua、LUAC_T–luac）

追查lua-5.3.4_SourcessrcMakefile.tecmake，Windows_NT下对应tecmakewin.mak（否则对应tecmake.mak），WLUA=wula（貌似windows下）

除了all包含lualib、lua、luac、（windows平台相关的）wlua。有单独的、基础的lualib——TECMAKE_CMD（其余lua、luac、wlua都基于他）。

编译器主要使用了gcc、g++。
其区别参见gcc和g++是什么关系？ – 知乎 (zhihu.com)（未提及平台相关）

参见：Welcome to MinGW.org (osdn.io)（对比CygWin，在POXIS上支持Windows的基础运行时库？）

在环境变量中调整下顺序，先MinGW（后MinGW64）即可。
然后make –version检查下。
或者，用链接构造目录，在环境变量path中移动这两个目录的先后，实现切换32、64位。貌似不可以，还会使用到bin下的其他应用，貌似使用其相对位置确定plugin的位置。

check.cmd的内容

where make
make --version
where gcc
gcc --version
pause

更换编译工具后报错

除开错误，（第2行）是lua-5.3.4_SourcesMakefile进入了scr，使用其中的makefile（lua-5.3.4_SourcessrcMakefile）
从后往前，make、make[1]后者即嵌套的，所以Makefile:56、Makefile:63定位注意是哪层的makefile。

以上问题在于文件的路径为C:ProgramFilesMinGWlibexecgccmingw329.2.0liblto_plugin-0.dll，而我重命名mingw32-gcc-9.2.0.exe为gcc了。
对照MinGW64文件夹应该是自动匹配，但没见设置。
参考：gcc: fatal error: ‘-fuse-linker-plugin’, but liblto_plugin-0.dll not found – Google 搜索

解决方法之一：gcc -fno-use-linker-plugin，参见Using MinGW to compile C code, but error liblto_plugin-0.dll not found? – Stack Overflow

使用gcc插件路径会使用make中的版本号，故，不能make+gcc混搭。
否则出现C:ProgramFilesmingw64inld.exe: /cygdrive/c/ProgramFiles/cygwin64/bin/../lib/gcc/x86_64-pc-cygwin/10/cyglto_plugin.dll: error loading plugin:，而实际路径为C:ProgramFilesmingw64libexecgccx86_64-w64-mingw328.1.0liblto_plugin-0.dll。

10来自x86_64-pc-cygwin-gcc-10.exe、x86_64-w64-mingw32-gcc-9.2.0.exe（一个是cygwin，一个是mingw32根本就不是一个头）

搜ld.exe，仅mingw64in下有（MinGW无）。

使用mingw Installation Manager更新完后，正常了部分后cc1报错（libmpfr-6.dll）