NOTE:此篇文章由笔者的 VSCode+arm-none-eabi-gcc交叉编译+Makefile构建+OpenOCD(基于STM32标准库的保姆级教程)派生而来。
make构建工具即make.exe,和makefile脚本同步协作。makefile里面的语法规定了代码项目中多文件的编译顺序和编译规则。
✅xpack-windows-build-tools:如果直接选择xpack-windows-build-tools/bin文件目录下的make.exe和rm.exe,则使用下图中makefile脚本的 rm -fR $(BUILD_DIR) 语法。rm -fR是属于Linux的语法。
下图为xpack-windows-build-tools/bin文件目录的结构:

makefile脚本的clean处:

✅MinGW-64:如果选择MinGW/bin文件目录下的mingw32-make.exe,并将其重命名为make.exe,同样能使用 rm -fR $(BUILD_DIR) 语法( 因为其调用的同样是xpack-windows-build-tools/bin下的rm.exe )。
下图为MinGW/bin文件目录的结构:

makefile脚本的clean处:修改的地方和上面的一致。
最后总结:
大家可以自行选择使用上述两个make工具中的任意一个,笔者比较推荐xpack-windows-build-tools,xpack-windows-build-tools是从Linux移植到Windows上的二次开发构建工具包,其文件夹中包含有busybox.exe、cp.exe、echo.exe、rm.exe、sh.exe组件工具,与基于GNU Make的Makefile脚本文件语法能高度兼容。当然了,您也可以选择将这5个可执行文件.exe拷贝到您的MinGW/bin目录下,使用MinGW中的make.exe,这是等效的,因为xpack-windows-build-tools和MinGW两者的make.exe工具都是GNU_Make!
5492






