这个问题我刚好碰到过，其实核心原因和GNU Make的默认查找规则有关，不是Windows独有的问题，咱们一步步说清楚：

1. GNU Make的默认文件名规则 #

GNU Make（包括你用的mingw32-make，它是GNU Make的Windows移植版本）在没有通过-f参数指定Makefile文件时，会严格按顺序查找以下三个精确大小写的文件名：

• GNUmakefile
• makefile（全小写）
• Makefile（首字母大写）

它并不会自动识别MAKEFILE（全大写）这个名字，这是跨平台的通用规则，不是Windows系统特有的限制。

2. 为什么Windows下会出现这个报错？ #

虽然Windows的NTFS文件系统默认是大小写不敏感的，但mingw32-make作为GNU Make的移植版，完全遵循GNU Make的文件名匹配逻辑——它只会检查上述三个精确大小写的文件名是否存在，不会因为Windows文件系统不区分大小写就自动匹配MAKEFILE。

3. 跨平台验证 #

如果你在Linux、macOS这类大小写敏感的类Unix系统中，创建全大写的MAKEFILE而不用标准命名，运行make命令时同样会抛出类似的：

make: *** No targets specified and no makefile found. Stop.

所以这确实是GNU Make的规范限制，而非Windows系统的问题。

解决办法 #

如果你坚持要用MAKEFILE作为文件名，可以在编译时手动指定文件：

mingw32-make -f MAKEFILE

当然，更简单的方式是把文件名改回Makefile或makefile，这样就能直接运行mingw32-make无需额外参数。

内容的提问来源于stack exchange，提问作者Akhmad Zaki