SFML项目编译报错：Undefined reference to `WinMain@16' 且main.exe无法生成

看起来你遇到的是Windows下编译SFML时很常见的入口函数匹配问题，我之前帮朋友排查过几乎一样的情况，给你几个针对性的解决思路：

1. 先确认代码里有标准的main函数 #

首先检查你coding目录下的所有cpp文件，一定要有一个标准的程序入口：

int main() {
    // 你的SFML初始化和业务逻辑代码
    return 0;
}

如果不小心写成了WinMain，或者完全遗漏了main函数，编译器就会找不到它期望的入口，进而报这个错误。

2. 修改Makefile的链接命令，指定控制台子系统 #

Windows环境下的GCC（比如你用的MinGW）有时候会默认尝试编译成Windows GUI程序（会去找WinMain作为入口），但我们写的SFML程序大多是控制台程序，依赖标准的main函数。你需要在链接命令里加一个参数，强制指定控制台子系统：
修改Makefile里的link目标为：

link:
    g++ *.o -o main -mconsole -Lsrc/lib -lsfml-graphics -lsfml-window -lsfml-system -lopengl32 -lsfml-audio

核心就是新增了-mconsole参数，告诉编译器我们要编译的是控制台程序，以main作为入口。

3. 检查编译的目标文件是否完整 #

先单独执行编译命令 g++ -Isrc/include -c coding/*.cpp，看看当前目录下有没有生成对应的.o文件。如果你的主程序cpp文件不在coding目录里（比如直接放在项目根目录的main.cpp），那这条编译命令根本没把它编译进去，链接时自然找不到main函数——这时候要把主文件也加到编译命令里，比如：

compile:
    g++ -Isrc/include -c coding/*.cpp main.cpp

4. 清理旧文件重新构建 #

有时候之前编译残留的.o文件可能存在异常，先手动删除当前目录下所有的.o文件和可能存在的main.exe，然后再执行make all，避免旧文件干扰新的编译结果。

另外补充个小细节：要确保你用的SFML库版本和GCC的位数一致（比如都是32位或者都是64位），位数不匹配也会引发各种奇怪的链接错误。

备注：内容来源于stack exchange，提问作者Andrés