Mesa + Linux：gl.h 不包含现代 OpenGL答案

【问题标题】：Mesa + Linux : gl.h does not contain modern OpenGLMesa + Linux：gl.h 不包含现代 OpenGL
【发布时间】：2015-05-15 20:18:55
【问题描述】：

这是我目前使用的环境：Eclipse-Luna，Linux Mint 上的 C++11 -Rebecca。

当我尝试将现代 OpenGL 与 VAO 或 VBO 一起使用时，我会收到编译器错误，导致无法解析方法。

例如：

GLuint VaoID;                   //GLuint is working

glGenVertexArrays(1, &VaoID);

或：

GLuint VboID;              
glGenBuffers(1, &VboID);
glBindBuffer(GL_ARRAY_BUFFER, VboID);
glBufferData(GL_ARRAY_BUFFER, vbo_size, data, usage);

我检查了 GL/gl.h、GL/gext.h，发现里面只有 OpenGL 1.x 方法。

所以我检查了我的 OpenGL 版本 glxinfo|grep "OpenGL"。这似乎很好：

glxinfo|grep "OpenGL" 
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile 
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.3
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.1.3
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

再次尝试安装或更新软件包只会表明一切都是最新的。

  sudo apt-get install freeglut3 freeglut3-dev libglew1.5 libglew1.5-dev libglu1-mesa libglu1-mesa-dev libgl1-mesa-glx libgl1-mesa-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Note, selecting 'libglew1.5-dev' for regex 'libglew1.5'
Note, selecting 'libglew-dev' instead of 'libglew1.5-dev'
Note, selecting 'libglew-dev' instead of 'libglew1.5-dev'
freeglut3 is already the newest version.
freeglut3-dev is already the newest version.
libglew-dev is already the newest version.
libglu1-mesa is already the newest version.
libglu1-mesa-dev is already the newest version.
libgl1-mesa-dev is already the newest version.
libgl1-mesa-glx is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 150 not upgraded.

那么有没有办法在不手动弄乱包含目录的情况下解决这个问题？

如果没有我如何获得适合我的 OpenGL 版本的最新标头？

【问题讨论】：

在包含 #include <GL/glew.h> 并使用 -lGLEW 编译后是否仍然出现此错误？刚刚在这里尝试过，GLEW 有提到的方法。编辑：此外，请检查这些answers 是否对您有帮助。
我会试试的。但这可能需要一段时间。谢谢。

标签： c++ linux opengl opengl-3

【解决方案1】：

我检查了 GL/gl.h、GL/glex.h 并注意到我只有 OpenGL 1.x 方法在那里。

对于GL/gl.h，实际上应该就是这样。如果您想以独立于平台的方式使用 OpenGL，则只能依赖 GL 1.1 由 GL lib 导出，并且不应在标头中假设更多内容。 GL/glext.h 实际上应该包含更多内容。但默认情况下，它将不为较新的函数提供函数声明。 recent version of that file 总是可以从 OpenGL 网站获得，顺便说一句。

对于 GL 1.1 以外的所有内容，您应该使用 GL 的扩展机制，这基本上意味着您必须在运行时查询每个 GL 函数 >= GL 1.2 的函数指针。 glext.h 标头提供函数指针类型声明、枚举常量和其他数据类型。因此，对于每个扩展，这基本上看起来像这样（在这种情况下，新的核心功能被视为“扩展”）：

#ifndef GL_ARB_vertex_buffer_object
#define GL_ARB_vertex_buffer_object 1
// new types
typedef ptrdiff_t GLsizeiptrARB; 
typedef ptrdiff_t GLintptrARB;
// constants for GLenum values
#define GL_BUFFER_SIZE_ARB                0x8764
#define GL_BUFFER_USAGE_ARB               0x8765
#define GL_ARRAY_BUFFER_ARB               0x8892
// ...
// function pointer tpes for every function
typedef void (APIENTRYP PFNGLBINDBUFFERARBPROC) (GLenum target, GLuint buffer);
typedef void (APIENTRYP PFNGLDELETEBUFFERSARBPROC) (GLsizei n, const GLuint *buffers);
// ...
#ifdef GL_GLEXT_PROTOTYPES
// function declatations
GLAPI void APIENTRY glBindBufferARB (GLenum target, GLuint buffer);
GLAPI void APIENTRY glDeleteBuffersARB (GLsizei n, const GLuint *buffers); 
// ...
#endif
#endif /* GL_ARB_vertex_buffer_object */

所以函数声明只有在定义了GL_GLEXT_PROTOTYPES 时才有效。但你不应该那样做。只有在 GL 库碰巧导出了这些符号时，它才会起作用，而这在大多数平台上是不需要的。

通常，不想手动加载数百个 GL 函数指针。有几个OpenGL loading libraries 在幕后为您处理这一切。而GLEW——由于某种原因你已经安装了它——就是其中之一，所以你可能想要使用它。请注意，GLEW 本身存在一些问题，尤其是在与现代核心配置文件 OpenGL 上下文结合使用时会出现一些问题，但仍然可以使用。

【讨论】：

非常感谢您的回答。它帮助我找到了解决方案。原来包含的顺序导致了问题。详情见我的回答。

【解决方案2】：

我忘了提到我已经在我的标题中包含了 GL/glew.h。但这并没有解决编译错误。我用eclipse检查了文件glew.h，它显示了几条错误消息。最上面标有错误的行如下所示：

#error glext.h included before glew.h

显然 order of 包括这里的问题。经过一番摆弄后，问题归结为一个非常简单的代码更改。这是我所拥有的：

#include <GLFW/glfw3.h>
#include <GL/glew.h>

解决方案如下：

#include <GL/glew.h>
#include <GLFW/glfw3.h>

所以我只是交换了这两行并且它起作用了。再次感谢您的建议。

我还完全删除了 GL/gl.h。

【讨论】：