Reply 20 of 36, by NY00123
sorry to bother again, sources patched correctly, but linker can't find some gl function instance:
It is basically what happens when different GL functions are given out-of-the-box on different platforms. I'd say the most portable solution for that (late October edit: may actually be wrong) is really retrieving *all* GL functions dynamically (say with SDL_GL_GetProcAddress). I have come up with the currently given form while working on this, though.
Some more details about the way I've made it work for now on GNU/Linux with X11: I have added a definition of the macro GL_GLEXT_PROTOTYPES right before including SDL_opengl.h. Unfortunately it means that a few declarations of function pointers in sdlmain.cpp (within stock DOSBox) like glGenBuffersARB result in naming conflicts. So, these are simply commented out for now.
EDIT (October 13th): Sadly it looks like some things are no as simple as I've hoped. To be more specific, you can't trust a loader function like SDL_GL_GetProcAddress as a way of checking for the existence of a GL function, core or not, even if it appears to work locally. Let's hope what I've done in the last update to the patch (see later post) works, where the only additional functions dynamically retrieved are Core 2.0 functions.