GL图像和加载OpenGL函数

为什么有些GL图像函数需要使用GL加载来初始化OpenGL上下文？是否可以使用GLEW完全利用GL图像来初始化OpenGL上下文

如果您谈论的是软件包，那么答案是否定的。SDK旨在成为一揽子交易；如果你用的是它的一部分，你应该用剩下的。毕竟，如果您可以构建并包含GL图像，您也可以使用GL加载，因为它们是捆绑在一起的

GL Load和GLEW完全一样；它在很多方面都更好，因为它不需要“实验性”的东西来让它在核心上下文中工作。通过C接口，您可以将所有的

#include

部分替换为

#include

。除此之外，您不需要修改任何代码（当然还有初始化代码）

也就是说，您应该能够同时使用GL Load和GLEW，只要：

您可以初始化它们。这意味着在创建OpenGL上下文后调用

glewInit

和

LoadFunctions

。他们的变量不应该相互作用或做任何事情

您永远不会尝试在同一个文件中包含它们的两个非系统头。GL Image的

TextureGenerator.h

实际上是专门设计的，不需要包含OpenGL标题（也就是说，它不直接使用像

GLint

或

GLenum

这样的GL类型）

---

这显然是浪费，因为他们做完全相同的工作。但是它应该会起作用。

如果你说的是，答案是否定的。SDK是一个一揽子交易；如果你用的是它的一部分，你应该用剩下的。毕竟，如果您可以构建并包含GL图像，您也可以使用GL加载，因为它们是捆绑在一起的

GL Load和GLEW完全一样；它在很多方面都更好，因为它不需要“实验性”的东西来让它在核心上下文中工作。通过C接口，您可以将所有的

#include

部分替换为

#include

。除此之外，您不需要修改任何代码（当然还有初始化代码）

也就是说，您应该能够同时使用GL Load和GLEW，只要：

您可以初始化它们。这意味着在创建OpenGL上下文后调用

glewInit

和

LoadFunctions

。他们的变量不应该相互作用或做任何事情

您永远不会尝试在同一个文件中包含它们的两个非系统头。GL Image的

TextureGenerator.h

实际上是专门设计的，不需要包含OpenGL标题（也就是说，它不直接使用像

GLint

或

GLenum

这样的GL类型）

---

这显然是浪费，因为他们做完全相同的工作。但是它应该可以工作。

GLEW是，GLload也不初始化OpenGL上下文，他们加载高级OpenGL功能（扩展和功能不属于系统核心ABI）。GLEW是，GLload也不初始化OpenGL上下文，他们加载高级OpenGL功能（扩展和功能不属于系统核心ABI）。