It works almost exactly the same way as vertex shader inputs.
In vertex shaders, you have inputs. And these inputs represent vertex attribute indices, the numbers you pass to
glEnableVertexAttribArray and so forth. You set up which input pulls from which attribute. In GLSL 3.30, you use this syntax:
layout(location = 2) in color;
This sets the
color vertex shader input to come from attribute location 2. Before 3.30 (or without ARB_explicit_attrib_location), you would have to either set this up explicitly with
glBindAttrbLocation before linking or query the program for the attribute index with
glGetAttribLocation. If you don't explicitly provide an attribute location, GLSL will assign a location arbitrarily (ie: in an implementation-defined manner).
Setting it in the shader is almost always the better option.
In any case, fragment shader outputs work almost exactly the same way. Fragment shaders can write to multiple output colors, which themselves get mapped to multiple buffers in the framebuffer. Therefore, you need to indicate which output goes to which fragment output color.
This process begins with the fragment output location value. It's set very similarly to vertex shader input locations:
layout(location = 1) out secColor;
There are also the API functions
glGetFragDataLocation, which are analogous to
If you don't do any explicit assignments, implementations usually will assign one of your output variables to location 0. However, the OpenGL standard does not require this behavior, so you should not depend on it either.