如何判断 OpenGL 函数是否应该是扩展函数？

Question

如果我加载 3.1 或更低版本的 GL 上下文，而不是 3.2 或更高版本（我正试图达到 4.4），OpenGL 渲染（Windows 操作系统）正在发生，我遇到了一个难以调试的问题，OpenGL 抛出glDrawArraysEXT 上的一个不起眼的 INVALID_OPERATION 错误。

我认为问题可能在于调用的一个或多个函数是“旧”版本，使用 GL 1.0/1.1 函数而不是可能需要的等效 3.0+ 扩展方法。例如，我将 glDrawArrays 替换为 glDrawArraysEXT 修复了早期的错误，但也许还有更多类似的功能需要更新版本？

所以我的问题是，我怎么知道我是否打算对我的任何其他功能使用“替换”扩展方法？例如我的假设是 glViewport 没有扩展方法（因为我试图加载它并且找不到它），所以使用核心版本就可以了。但是如何在不使用扩展方法的情况下检查我正在调用的所有函数呢？

如果有帮助，这里是我当前调用的 OpenGL 1.0/1.1 函数列表：

• gl清除
• glClearColor
• gl 视口
• glGetError
• glEnable/glDisable
• glBlendFunc
• glBindTexture
• glGenTextures
• glGetTexImage
• glTexParameteri
• glTexImage2D
• glGetString

这些是否有我应该使用的扩展方法，我应该如何自己找到它？

Answer 1

例如，我将 glDrawArrays 替换为 glDrawArraysEXT 修复了早期的错误，但也许还有更多类似的功能需要更新版本？

扩展程序不是这样工作的。 glDrawArraysEXT 不是核心 OpenGL 函数；这是一个扩展功能。除非实现指定它实现了这个扩展，否则你不能调用它。

GL 1.0 没有数组渲染； glBegin/End 是你所拥有的。进行了扩展，EXT_vertex_arrays，添加了glDrawArraysEXT 和glDrawElementsEXT（除其他外）。这些最终被 GL 1.1 吸收，因此失去了 EXT 后缀。

换句话说，glDrawArraysEXT 被替换为 glDrawArrays，而不是相反。因此，如果使用 EXT 版本“修复了较早的错误”，则没有；它只是似乎这样做了。所以你不应该寻找扩展函数来替换你的核心函数。

---

对于您的具体问题，有许多OpenGL loaders 只会生成特定版本的 API 中使用的 OpenGL 函数。 “glLoadGen”（我的）可以，但“glad”也可以。

Answer 2

我在 GitHub 上有一个概念验证项目，可以帮助你。

Khronos 在 OpenGL 注册表中提供了一个 XML 文件，用于描述 API 的每个版本和每个标准常量。他们使用它来构建 API 文档等。如果您解析 XML 文件，则它是可搜索的，但我知道很少有工具可以做到这一点。

这个用 C++ 编写的simple program 在大约一个小时内将告诉您关于扩展、常量或函数的所有信息。这包括它是哪个版本的核心，它是否是可选的，是否有任何别名（提供相同功能的扩展）以及它在哪个版本中被弃用和/或删除。

Answer 3

针对您的后续评论（回复：ABI），我相信我明白您的意思，这不是我最初回答的内容。

     虽然不相关，但我认为最初讨论的代码存储库与讨论有一定的相关性，并选择将其分开。相反，此答案讨论了 ABI，因为它与您可能遇到的三个主要平台（Windows、GNU/Linux 和 Mac OS X）相关，特别强调 Windows，因为它是唯一可以实际运行的平台建议。

从 Windows 95 OSR2 开始，OpenGL32.dll 提供了与 OpenGL 1.1 兼容的 ABI，它在功能上完整到 1.1。这种状态从未改变——任何未在 OpenGL 1.1 中定义的东西都需要可安装客户端驱动程序 (ICD)——而 20 年来唯一的变化是引入了 64 位版本的OpenGL32.dll。

GNU/Linux 作为一个平台，不保证任何 OpenGL 支持（因此没有标准 ABI），Apple 是/曾经是真正的怪人，在每个操作系统版本中都有不断变化的 ABI。

Apple 的 ABI 很棘手，因为您可以链接和调用很多函数，但是当从不受支持的上下文中调用时，除了 raise GL_INVALID_OPERATION 之外，这将无济于事（听起来很熟悉？！）。 Apple 提出此错误的决定至少是一致的，尽管从未与您将遇到的任何其他平台充分讨论或共享。扩展在 OS X 上毫无意义，但 Apple 确实在 AGL 中定义了一种机制来查询它们各自的函数指针（也许是为了与其他所有平台进行奇偶校验？）。

在 Windows 上，ABI 从未增长或缩小。 20 年前它支持glDrawArraysEXT，直到今天，参考 GDI 实现仍然支持。您通常不会在 GDI 实现上运行任何软件；它像泥土一样慢，与平台的现代硬件加速层几乎没有交互。

尽管该平台最初设计时考虑了混合 GDI/硬件驱动程序（迷你客户端驱动程序），但这从未实现。与 MCD 相比，可安装客户端驱动程序 (ICD) 至少实现了 OpenGL32.dll 所做的所有事情，MCD 只实现了 OpenGL32.dll 的一个子集，并且可能会回退到平台的 GDI 讨厌的任何其他事情。

由于迷你客户端驱动程序从来都不是实用的，只是作为一种快速的权宜之计（想想 DOS 时代的 Quake 迷你驱动程序），因此您在 Windows 上遇到的任何和所有 OpenGL 驱动程序都将是成熟的 ICD 或完全基于软件的驱动程序。 glDrawArraysEXT 随时可供您使用，并且它始终由与 OpenGL 的所有其他部分相同的驱动程序提供。

这一切都很好，但是意义不大，因为最初讨论的glDrawArraysEXT 函数与glDrawArrays 不同。一个接一个接一个，但是将其“更新版本”忽略是错误的，因为您可能不希望被贴上父母的更新版本的标签...

除少数情况外，当调用末尾附加XYZ 的内容时，您可以假设讨论的内容与后缀免费版本相关但不相同。

如果从glDrawArrays 切换到glDrawArraysEXT 时行为发生变化，并且您正在处理 Windows（并合理地假设 MCD 不存在），那是因为该函数应该具有不同的行为（或者您有一个错误driver) -- 不是因为它是由其他东西提供的。

Windows 是唯一一个设计有驱动程序模型的平台，该模型可能会任意将其 GL 实现拆分为多个驱动程序，并且由于该事实仅适用于历史书籍，因此应该涵盖所有基础。