glGetError未捕获着色器编译错误，glUseProgram触发无效操作

1. 强制查询着色器编译日志 #

OpenGL 的 glCompileShader 不会主动暴露编译错误，glGetError 也不会反馈编译阶段的语法问题，必须显式检查编译状态并提取日志。在调用 glCompileShader 后立即执行以下操作：

• 用 glGetShaderiv(shader_id, GL_COMPILE_STATUS, &status) 获取编译结果
• 若状态为 GL_FALSE，通过 glGetShaderInfoLog 提取完整错误信息

示例代码（PyQt6 环境）：

compile_status = glGetShaderiv(self.compute_shader, GL_COMPILE_STATUS)
if not compile_status:
    log_length = glGetShaderiv(self.compute_shader, GL_INFO_LOG_LENGTH)
    log = glGetShaderInfoLog(self.compute_shader, log_length)
    print(f"计算着色器编译错误:\n{log.decode('utf-8')}")

Mesa 驱动对语法错误的检测完全依赖显式日志查询，仅靠 glGetError 无法捕获这类问题。

2. 检查程序链接阶段错误 #

glUseProgram 触发 GL_INVALID_OPERATION 通常是因为程序链接失败，而非单个着色器编译失败。即使计算着色器存在语法错误，若未检查链接状态，程序对象会处于无效状态，调用 glUseProgram 时就会报错。

在 glLinkProgram 后必须验证链接结果：

link_status = glGetProgramiv(self.program, GL_LINK_STATUS)
if not link_status:
    log_length = glGetProgramiv(self.program, GL_INFO_LOG_LENGTH)
    log = glGetProgramInfoLog(self.program, log_length)
    print(f"程序链接错误:\n{log.decode('utf-8')}")

你遇到的大括号不匹配问题会导致计算着色器编译失败，进而引发程序链接失败，最终触发 glUseProgram 的错误。

3. 验证 Intel Mesa 驱动的计算着色器支持 #

尽管 OpenGL 4.6 规范要求支持计算着色器，但部分 Intel 集成 GPU 的 Mesa 驱动可能存在兼容性问题：

• 调用 glGetString(GL_EXTENSIONS) 确认是否包含 GL_ARB_compute_shader
• 用 glGetIntegeri_v(GL_MAX_COMPUTE_WORK_GROUP_COUNT, i) 查询硬件限制，若返回 0 则说明驱动未正确支持计算着色器

4. 简化着色器代码定位问题 #

将计算着色器简化为最小可运行版本，逐步恢复原有逻辑以定位大括号不匹配的具体位置：

#version 460 core
layout(local_size_x = 16, local_size_y = 16) in;
layout(rgba8, binding = 0) uniform image2D output_image;

void main() {
    ivec2 texel_coord = ivec2(gl_GlobalInvocationID.xy);
    imageStore(output_image, texel_coord, vec4(1.0, 0.0, 0.0, 1.0));
}

5. 确认 PyQt6 上下文初始化正确性 #

在 initializeGL() 中确保设置正确的 OpenGL 上下文版本：

def initializeGL(self):
    fmt = QSurfaceFormat()
    fmt.setVersion(4, 6)
    fmt.setProfile(QSurfaceFormat.CoreProfile)
    QSurfaceFormat.setDefaultFormat(fmt)
    super().initializeGL()

错误的上下文版本会导致着色器编译、链接行为异常。

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