CodeBlocks配置64位SFML报cannot find -ljpeg及undefined reference错误

两个报错属于连锁的配置错误，不存在复杂的代码问题：

• cannot find -ljpeg是因为你使用的SFML预编译包不完整，缺失依赖库，链接器找不到jpeg解码模块对应的导入库
• 你手动单独安装libjpeg、把libjpeg.dll.a移入SFML lib目录后出现的20个SFML核心符号未定义错误，核心原因是你单独安装的libjpeg和SFML预编译包的编译链版本、编译参数不匹配，触发了ABI兼容问题，打乱了链接器的符号解析逻辑；同时你之前的链接配置没有按要求加全SFML模块、也没有遵守正确的链接顺序。
• 零散手动下载单个依赖库往SFML目录复制的操作不可取，极容易出现版本不兼容的连锁报错。

1. 清理错误配置 #

• 删除你之前手动复制到SFML lib目录下的libjpeg.dll.a文件
• 打开CodeBlocks当前项目的构建选项，清空你之前手动添加的所有零散链接库条目，避免旧配置干扰。

2. 核对编译链版本 #

打开CodeBlocks内置终端，执行g++ -v，确认输出的版本信息严格为GCC 7.3.0 x86_64 SEH，和你下载的SFML预编译包要求的编译链版本完全一致——版本号差一个小版本、或者用了SJLJ/DW2异常模型的MinGW，都会出现符号不兼容问题。

3. 替换为完整版本SFML #

删除你当前存放的SFML文件，下载适配GCC 7.3.0 MinGW 64位的SFML官方完整预编译包，完整包的lib目录会自带所有依赖库（包括libjpeg、libpng、freetype、openal等），不需要你单独安装任何第三方依赖。
将SFML解压到纯英文、无空格、无同步锁的路径（比如C:\dev\SFML，不要放在OneDrive目录、中文路径下，避免路径识别错误）。

4. 正确配置项目构建参数 #

打开CodeBlocks项目的构建选项，分别配置Debug和Release两个构建目标：

• 在「搜索目录-编译器」分类下，添加SFML目录下的include文件夹路径
• 在「搜索目录-链接器」分类下，添加SFML目录下的lib文件夹路径
• 在「链接器设置」分类下，按顺序添加对应版本的链接库：
  • Debug目标添加带-d后缀的库：sfml-graphics-d、sfml-window-d、sfml-system-d（需要用音频模块就再加sfml-audio-d）
  • Release目标添加不带后缀的库：sfml-graphics、sfml-window、sfml-system（需要用音频模块就再加sfml-audio）
  • 注意链接顺序不能调换：graphics模块必须排在window前，window必须排在system前，顺序错误也会触发符号未定义报错。

5. 配置运行依赖 #

把SFML目录下bin文件夹里的所有dll文件，复制到你项目编译生成exe的同级目录，不要依赖系统环境变量查找dll，避免运行时加载到错误版本的库。

6. 编译验证 #

执行全量重建（Rebuild）清空旧编译缓存，你提供的测试代码本身没有语法或逻辑问题，配置正确的情况下可以直接编译通过，运行后会弹出显示绿色圆形的SFML窗口。
如果重建后依然提示找不到-ljpeg，检查你SFML的lib目录下是否存在自带的libjpeg.a文件，不存在说明你下载的是被精简过的非官方SFML包，重新更换完整包即可。

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