File: gs-redeclares-pervertex-in-with-array-size.geom

package info (click to toggle)
piglit 0~git20220119-124bca3c9-1
  • links: PTS, VCS
  • area: main
  • in suites: bookworm
  • size: 109,012 kB
  • sloc: ansic: 273,511; xml: 46,666; python: 33,098; lisp: 20,392; cpp: 12,480; sh: 22; makefile: 22; pascal: 5
file content (45 lines) | stat: -rw-r--r-- 1,410 bytes parent folder | download | duplicates (5)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
// [config]
// expect_result: pass
// glsl_version: 1.50
// check_link: false
// [end config]
//
// From section 7.1.1 (Compatibility Profile Built-In Language
// Variables) of the GLSL 4.10 spec:
//
//     However, when a built-in interface block with an instance name
//     is redeclared (e.g., gl_in), the instance name must be included
//     in the redeclaration. It is an error to not include the
//     built-in instance name or to change its name.  For example,
//
//     in gl_PerVertex {
//         vec4  gl_ClipVertex;
//         vec4  gl_FrontColor;
//     } gl_in[];  // must be present and must be "gl_in[]"
//
// Although the example mentions "gl_in[]", it seems reasonable to
// assume that specifying an array size (e.g. "gl_in[3]") is also
// allowed (this is confirmed by tests of the NVIDIA proprietary
// driver for Linux, version 313.18).
//
// Note: although this text appears in a section referring to
// compatibility profile variables, it's clear from context that it's
// meant to apply to any redeclaration of gl_in, whether it is done in
// a compatibility or a core profile.
//
// This appears to be a clarification to the behaviour established for
// gl_PerVertex by GLSL 1.50, therefore we test it using GLSL version
// 1.50.

#version 150

layout(triangles) in;
layout(triangle_strip, max_vertices = 3) out;

in gl_PerVertex {
  vec4 gl_Position;
} gl_in[3];

void main()
{
}