`wglGetProcAddress` in `wgl.c` introduces a dependency on `OpenGL32.lib`

[bellenot]

Hello,

When generating wgl.c, there is this part of the code:

static GLADapiproc glad_wgl_get_proc(void *vuserptr, const char* name) {
    GLAD_UNUSED(vuserptr);
    return GLAD_GNUC_EXTENSION (GLADapiproc) wglGetProcAddress(name);
}

Where using wglGetProcAddress introduces a direct dependency on OpenGL32.lib (i.e. one needs to links against it)
I think something similar to the following code should be generated:

typedef void* (GLAD_API_PTR *GLADwglprocaddrfunc)(const char*);

static GLADapiproc glad_wgl_get_proc(void *vuserptr, const char* name) {
    GLAD_UNUSED(vuserptr);
    GLADapiproc result = NULL;
    void *handle = (void*) LoadLibraryA("opengl32.dll");
    GLADwglprocaddrfunc wgl_get_proc_address_ptr = (GLADwglprocaddrfunc) GetProcAddress((HMODULE) handle, "wglGetProcAddress");
    if (wgl_get_proc_address_ptr != NULL)
        result = GLAD_GNUC_EXTENSION (GLADapiproc) wgl_get_proc_address_ptr(name);
    return result;
}

I tested it and it works just fine.
Then we (the ROOT project at CERN) can get rid of a special case for Windows where we have to link against OpenGL32.lib only because of that function call.
Thanks in advance!

Cheers, Bertrand.

[Dav1dde]

It's been a while, but I am pretty sure I did this on purpose, I just don't fully remember why.

What's the problem with linking against opengl32.lib, this should always be available and wglGetProcAddress is part of the function set which is always exported from it?

[bellenot]

Well, it's not a problem per se, but since glad itself offer the possibility not to link against opengl32.lib, it was to stay in the same behavior, like on other platforms.
But no problem, up to you! 😉