tests/spec/glsl-1.50/compiler/gs-redeclares-pervertex-in-with-array-size.geom

   1 // [config]
   2 // expect_result: pass
   3 // glsl_version: 1.50
   4 // check_link: false
   5 // [end config]
   6 //
   7 // From section 7.1.1 (Compatibility Profile Built-In Language
   8 // Variables) of the GLSL 4.10 spec:
   9 //
  10 //     However, when a built-in interface block with an instance name
  11 //     is redeclared (e.g., gl_in), the instance name must be included
  12 //     in the redeclaration. It is an error to not include the
  13 //     built-in instance name or to change its name.  For example,
  14 //
  15 //     in gl_PerVertex {
  16 //         vec4  gl_ClipVertex;
  17 //         vec4  gl_FrontColor;
  18 //     } gl_in[];  // must be present and must be "gl_in[]"
  19 //
  20 // Although the example mentions "gl_in[]", it seems reasonable to
  21 // assume that specifying an array size (e.g. "gl_in[3]") is also
  22 // allowed (this is confirmed by tests of the NVIDIA proprietary
  23 // driver for Linux, version 313.18).
  24 //
  25 // Note: although this text appears in a section referring to
  26 // compatibility profile variables, it's clear from context that it's
  27 // meant to apply to any redeclaration of gl_in, whether it is done in
  28 // a compatibility or a core profile.
  29 //
  30 // This appears to be a clarification to the behaviour established for
  31 // gl_PerVertex by GLSL 1.50, therefore we test it using GLSL version
  32 // 1.50.
  33
  34 #version 150
  35
  36 layout(triangles) in;
  37 layout(triangle_strip, max_vertices = 3) out;
  38
  39 in gl_PerVertex {
  40   vec4 gl_Position;
  41 } gl_in[3];
  42
  43 void main()
  44 {
  45 }