从Java转C++开发OpenGL程序遇链接错误：TexCoord未声明为前阶段输出

Hey there! Let's dig into this linking error you're hitting—even though your shader code looks perfectly matched on the surface, the issue lies in a sneaky C++ memory bug in how you're loading your shader sources.

The Root Cause: Dangling Pointer to Shader Source #

Here's exactly what's going wrong in your code:

1. You read the vertex shader into the source string, then assign vertexSource = source.c_str();. The c_str() method returns a pointer to the internal character array of the std::string—but this pointer only stays valid as long as the string isn't modified.
2. Next, you reuse the same source string to load the fragment shader. When you clear source and start adding new lines, the original internal memory that vertexSource pointed to gets overwritten or deallocated.
3. By the time you call glCompileShader(vertexShader), vertexSource is a dangling pointer—it no longer points to the actual vertex shader code you wrote. OpenGL ends up compiling garbage or an empty shader, which doesn't have the TexCoord output your fragment shader expects. That's why the linker throws the error.

How to Fix It #

The simplest fix is to use separate string variables for each shader source, so their internal memory doesn't get overwritten. Here's the adjusted code:

int success;
char infoLog[512];

// Load vertex shader source into its own dedicated string
std::string vertexSourceStr;
std::ifstream inFile(vertexPath);
if (inFile.is_open()) {
    std::string temp;
    while (std::getline(inFile, temp))
        vertexSourceStr += temp + "\n";
} else {
    std::cout << "ERROR::SHADER::VERTEX::COULD_NOT_OPEN_SOURCE_FILE" << std::endl;
}
inFile.close();
const char* vertexSource = vertexSourceStr.c_str();

// Load fragment shader source into a separate string
std::string fragmentSourceStr;
inFile.open(fragmentPath);
if (inFile.is_open()) {
    std::string temp;
    while (std::getline(inFile, temp))
        fragmentSourceStr += temp + "\n";
} else {
    std::cout << "ERROR::SHADER::FRAGMENT::COULD_NOT_OPEN_SOURCE_FILE" << std::endl;
}
inFile.close();
const char* fragmentSource = fragmentSourceStr.c_str();

// Rest of your shader compilation/linking code stays identical...
unsigned int vertexShader = glCreateShader(GL_VERTEX_SHADER);
glShaderSource(vertexShader, 1, &vertexSource, nullptr);
glCompileShader(vertexShader);
// ... (compile checks, fragment shader setup, program linking)

Quick Debug Check #

To confirm this was the issue, add a print statement right before compiling the vertex shader:

std::cout << "Vertex Shader Source:\n" << vertexSource << std::endl;

If you see garbage text or the fragment shader code instead of your vertex shader, that confirms the dangling pointer problem.

Why This Happens #

A key thing to remember about std::string::c_str(): the returned pointer is only valid as long as the string isn't modified or destroyed. Reusing the same string for both shaders breaks that validity, leading to unexpected behavior. Using separate strings keeps each source pointer valid until you're done compiling that shader.

Once you fix this, your shaders should link correctly, and the TexCoord variable will be properly passed from the vertex to fragment stage.

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