Windows下OpenGL程序链接失败：error C5145未写入gl_Position

针对你遇到的Windows 11下GLSL链接报错error C5145: must write to gl_Position，但Ubuntu下正常运行的情况，核心原因是不同平台的GLSL编译器/驱动对代码的解析严格性或环境差异导致的，具体可能的情况及解决方向如下：

• 预编译分支导致赋值被跳过
  如果你的顶点着色器中使用了#ifdef、#if这类预编译指令，Windows和Ubuntu下的宏定义环境可能存在差异，导致gl_Position的赋值代码被编译器忽略。比如你在Ubuntu下编译时定义了某个宏（如DEBUG），但Windows下没有定义，对应分支里的赋值代码就不会被执行，触发报错。
  解决：检查所有预编译分支，确保Windows环境下gl_Position的赋值逻辑会被启用；可以通过输出预处理后的着色器代码（调用glGetShaderSource获取编译后的源码）确认是否存在代码被跳过的情况。

• 着色器版本声明的兼容性问题
  Windows平台的OpenGL驱动（NVIDIA/AMD/Intel）对#version声明的严格性更高，比如你可能在着色器开头写了#version 460但未指定core模式，或者版本声明与当前创建的OpenGL上下文版本不匹配，导致编译器以旧模式解析代码，忽略了gl_Position的赋值。
  解决：确保着色器开头的版本声明明确且匹配你的OpenGL版本，比如使用#version 460 core，同时确认程序中创建的OpenGL上下文是4.6核心模式。

• 编译器对代码路径的分析严格性差异
  Windows下的GLSL编译器（如NVIDIA的glslang）比Linux下的编译器更严格，即使你逻辑上保证gl_Position一定会被赋值，但如果赋值操作放在条件分支（如if无else、switch无default）中，编译器可能无法识别逻辑必然性，仍会判定未赋值。
  解决：将gl_Position的赋值移到main函数的无条件执行区域，确保编译器能直接识别到赋值操作；比如在条件判断前先给gl_Position一个默认值，再根据条件修改。

• 着色器文件的编码/换行问题
  Windows使用CRLF换行，Linux使用LF换行，若着色器文件的编码为UTF-8带BOM或存在隐藏字符，可能导致Windows下的编译器解析错误，把gl_Position的赋值语句识别为无效代码。
  解决：将着色器代码转换为UTF-8无BOM格式，换行改为LF；或者直接将着色器代码硬编码到C++程序中，避免文件读取时的解析问题。

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