Docker环境编译GLFW应用时ld报错无法找到-lGL问题求助

问题核心原因 #

你编译命令中加入了--static参数要求完全静态链接，此时ld链接器会优先查找对应依赖的静态归档文件（后缀为.a），而非动态共享库（后缀为.so）。你当前安装的libgl1-mesa-dev等官方包仅提供动态链接用的libGL.so软链，没有携带libGL.a静态库，因此即使libGL.so存在也会触发找不到-lGL的报错。

解决方案 #

方案1（推荐）：移除静态编译参数 #

静态编译的OpenGL程序兼容性极差，不同显卡厂商、不同版本的驱动对GL的实现存在差异，静态绑定GL库的二进制文件在其他设备上几乎无法正常运行。直接移除编译命令中的--static参数即可使用现有的动态库完成链接：

g++ -o bin/x86-64/linux/main build/x86-64/linux/main.o $(pkg-config --libs glfw3) -lm -lGLU -L/usr/lib/x86_64-linux-gnu/ -lGL

注：原命令中的--libs=glfw3不是合法的g++参数，改为调用pkg-config获取glfw3的链接参数更稳妥

方案2：必须静态编译的处理方式 #

如果明确需要静态编译，你需要自行编译Mesa或libglvnd的静态版本生成libGL.a，Ubuntu官方源默认没有提供预编译的libGL静态库。同时你需要同步准备所有依赖（包括glfw、libX11、libxcb等GLFW依赖的底层库）的静态版本，才能完成完整的静态链接。

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