GLSL 向 C 引入了哪些关键字？

Question

那么我们在C中：

auto if break int case long char register
continue return default short do sizeof 
double static else struct entry switch extern
typedef float union for unsigned 
goto while enum void const signed volatile

OpenGL (ES) Shader Language为我们提供了哪些新关键字？

我是 GLSL 新手，我想创建一些突出显示编辑实用程序以方便使用。

GLSL 中包含的数学单词将被视为关键字..？

Answer 1

根据 最新规范的新规范（不包括上面列出的规范）文档：

属性统一变化
布局
质心 平坦 光滑 无透视
补丁样本
子程序
输入输出 输入输出
不变的
丢弃
mat2 mat3 mat4 dmat2 dmat3 dmat4
mat2x2 mat2x3 mat2x4 dmat2x2 dmat2x3 dmat2x4
mat3x2 mat3x3 mat3x4 dmat3x2 dmat3x3 dmat3x4
mat4x2 mat4x3 mat4x4 dmat4x2 dmat4x3 dmat4x4
vec2 vec3 vec4 ivec2 ivec3 ivec4 bvec2 bvec3 bvec4 dvec2 dvec3 dvec4
uvec2 uvec3 uvec4
低 中 高精度
采样器1D 采样器2D 采样器3D 采样器Cube
采样器1DSShadow 采样器2DSShadow 采样器CubeShadow
采样器1DArray 采样器2DArray
采样器1DArrayShadow 采样器2DArrayShadow
isampler1D isampler2D isampler3D isamplerCube
isampler1DArray isampler2DArray
usampler1D usampler2D usampler3D usamplerCube
usampler1DArray usampler2DArray
采样器2DRect 采样器2DRectShadow isampler2DRect usampler2DRect
采样器缓冲区 isamplerBuffer usamplerBuffer
采样器2DMS 采样器2DMS 采样器2DMS
sampler2DMSArray isampler2DMSArray usampler2DMSArray
SamplerCubeArray SamplerCubeArrayShadow isamplerCubeArray usamplerCubeArray

保留供将来使用（此时会导致错误）：

公共分区处于活动状态
汇编
类联合枚举 typedef 模板此包装
转到
inline noinline 易失性公共静态外部外部接口
长短半固定无符号超级
输入输出
hvec2 hvec3 hvec4 fvec2 fvec3 fvec4
采样器3D矩形
筛选
image1D image2D image3D imageCube
iimage1D iimage2D iimage3D iimageCube
uimage1D uimage2D uimage3D uimageCube
image1DArray image2DArray
iimage1DArray iimage2DArray uimage1DArray uimage2DArray
image1DShadow image2DShadow
image1DArrayShadow image2DArrayShadow
imageBuffer iimageBuffer uimageBuffer
铸件尺寸
命名空间使用
行主要

Answer 2

您可能想要获取 OpenGL ES GLSL 语言规范 。 §3.6 列出了关键字（加上一些不是关键字的保留字，但无论如何你都不应该使用它们，所以它们可能也值得某种颜色编码）。

编辑：哎呀，我抓住了错误的链接。我很抱歉。当前规范为：

OpenGL 4.1 GLSL
OpenGL ES 2.0 GLSL

Answer 3

除了上述答案之外，还有保留的标识符，例如。在 GLSL ES 3.0 规范 中：

以 gl_ 开头的标识符保留供 OpenGL ES 使用，并且不能在着色器中声明为变量或函数。重新声明变量是错误的，包括那些以“gl_”开头的变量。

除此之外的其他内容也被保留：

此外，所有包含两个连续下划线（__）的标识符都保留供底层软件层使用。在着色器中定义这样的名称本身不会导致错误，但可能会导致由于具有相同名称的多个定义而导致的意外行为。

它与语法着色和正确性检查相关。
同样，以 GL_ 开头的宏，以及一堆以 __ 开头的东西。