这俩问题其实是连锁反应——libglu编译时找不到GL依赖，本质是你当前的Buildroot配置没正确生成OpenGL的开发文件（头文件、库），既导致libglu配置失败，最终根文件系统里也没生成libGL.so，所以运行应用时才会报错。下面一步步帮你解决：

第一步：修正Mesa3D配置，确保生成并安装OpenGL开发文件 #

Buildroot里Mesa3D的配置直接决定了OpenGL相关文件是否能被其他依赖包（比如libglu）识别，也决定了目标系统里有没有libGL.so：

1. 打开Buildroot配置界面：make menuconfig
2. 导航到 Graphics libraries and applications --->
   • 确保mesa3d已被选中
   • 展开mesa3d --->，检查并勾选以下关键选项：
     • Enable OpenGL（如果需要GLX支持，额外勾选Enable GLX）
     • Enable OpenGL ES（如果你的应用需要ES环境）
     • 选中你需要的硬件驱动：Gallium KMSRO、v3d、vc4等
     • 重中之重：勾选Install development files——这个选项会把Mesa的头文件（比如GL/gl.h）和库文件安装到Buildroot的staging目录，供libglu这类依赖包编译时调用
3. 保存配置并退出

第二步：重新配置并编译libglu #

现在Mesa3D的开发文件已经能被识别了，重新处理libglu的编译：

1. 回到menuconfig的Graphics libraries and applications --->，确保libglu已被勾选
2. 清理之前的编译残留（避免旧配置干扰）：

   make mesa3d-dirclean libglu-dirclean
   

3. 重新开始编译：make

第三步：验证编译结果 #

编译完成后，检查两个关键路径：

• Staging目录（output/staging/usr/include/GL/gl.h）是否存在OpenGL头文件
• Staging目录（output/staging/usr/lib/libGL.so）和目标根文件系统（output/target/usr/lib/libGL.so）是否都存在libGL.so库文件

第四步：运行时验证 #

把根文件系统烧录到设备或用QEMU启动后，先确认库存在：

ls /usr/lib/libGL.so

确认存在后再运行你的OpenGL应用，应该就不会再出现缺失libGL.so的报错了。

额外提示 #

• 如果是树莓派这类特定硬件，一定要确保Buildroot的目标平台配置和你选的驱动（比如vc4）匹配
• 如果问题还没解决，可以查看libglu的配置日志（output/build/libglu-9.0.1/config.log），里面会详细记录configure找不到GL的具体原因，比如某个路径缺失、库版本不匹配等

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