如何在Linux下包含gl.h的旧OpenGL应用中隐藏glActiveTextureARB函数原型

你遇到的glActiveTextureARB重定义报错，本质是Linux传统生态下Mesa封装的gl.h存在历史设计遗留：

• 官方标准gl.h的定位仅为定义OpenGL核心枚举、基础类型（比如你必须引入的GLenum），本身不应该包含扩展函数的原型声明
• 但为了兼容早年的老应用，旧版Mesa的gl.h会硬编码包含一批当时已经广泛落地的ARB扩展的函数原型（你报错位置gl.h:1966行的原型就是这么来的）
• 这类硬编码的原型根本不受GL_GLEXT_PROTOTYPES宏的控制，当你自己定义同名单全局变量存储glXGetProcAddress返回的函数指针时，全局变量类型和函数原型的存储类型天然不兼容，就会触发重定义类型不匹配的编译错误。

方法1：通过宏重定向隔离单个冲突符号（适合快速修复） #

在所有GL相关头文件被引入之前，先把gl.h里硬编码的冲突函数名通过宏替换重定向，让gl.h生成的原型和你要定义的全局变量完全不重名：

// 必须放在包含<GL/gl.h>之前
// 把gl.h里原本要声明的glActiveTextureARB 替换成另一个不会用到的符号名
#define glActiveTextureARB glActiveTextureARB_mesa_builtin_proto

// 正常引入gl.h获取GLenum等基础类型
#include <GL/gl.h>

// 等gl.h加载完成后，立刻解除宏定义，不影响后续自己的代码
#undef glActiveTextureARB

// 现在定义自己的函数指针全局变量，不会再和gl.h里的原型冲突
typedef void (GLACTIVETEXTUREARB)(GLenum texture);
extern GLACTIVETEXTUREARB glActiveTextureARB;

方法2：全局屏蔽gl.h的扩展原型展开（适合批量解决多个同类冲突） #

旧版Mesa的gl.h虽然硬写了部分ARB扩展原型，但整体的扩展展开逻辑依然会读取GL_GLEXT_PROTOTYPES宏：你只需要在编译单元最开头、引入任何GL头文件之前，明确不开启这个宏，就能让gl.h只加载你需要的基础类型，不主动拉入扩展的函数原型：

// 整个编译单元的最开头，所有include之前
#undef GL_GLEXT_PROTOTYPES

// 再引入相关GL头文件
#include <GL/gl.h>
#include <GL/glx.h>

// 后续再写你自己的函数指针定义即可

如果项目是通过全局编译选项（比如Makefile、CMake里加了-DGL_GLEXT_PROTOTYPES=1）强制打开了这个宏，记得先把全局选项去掉，或者在代码最开头手动undef掉这个宏。

你提到的glext.h受GL_GLEXT_PROTOTYPES控制的逻辑，是Khronos官方扩展头的标准设计：这个头仅在用户主动开启对应宏时，才会展开所有扩展函数的原型，否则只保留扩展枚举值、函数指针类型的定义，完全把函数指针的加载权交给用户。
而旧版gl.h没有做对应的宏保护，是纯粹的Linux发行版为了兼容遗留应用做的妥协设计——这个设计带来的符号冲突问题，在Mesa 7.0之后的版本已经被修复，所有扩展原型统一受GL_GLEXT_PROTOTYPES宏控制，只有老旧系统的gl.h还存在这个历史包袱。

注意：写自定义函数指针加载逻辑时，不要直接依赖系统gl.h里带的扩展原型定义，优先自己通过glXGetProcAddress获取函数地址后赋值给自定义的全局函数指针变量，避免和系统头文件的隐式声明产生版本兼容问题。

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