Bernd Kreimeier wrote:
>
> Thomas Roell writes:
>
> > The key difference between GetProcAddress and all other OpenGL
> > functions is, that it really returns a pointer to a function. It looks
> > more like glXMakeCurrent(), as it does not really belong into the API
> > itself.
>
> Yeah. Plus char*, plus recursion, plus getting pointers
> without making a context current... I am sure Brian has good
> reasons for wanting this in GL not GLX/WGL, but I am still
> not seeing why. Maybe should re-read the backlog.
While we're focused on Linux/OpenGL, we have the opportunity
to spec out something useful on non-X implementations. By
putting glGetProcAddressEXT in the GL core, it would allow
GLUT-based programs (for example) to avoid platform-specific
code.
Unfortunately, we then have to recognize the existing situation
on Windows with wglGetProcAddress since it seems unlikely that
Microsoft will implement GL_EXT_get_proc_address.
Hmmm, maybe just having glXGetProcAddressEXT (and gluGetProc-
AddressEXT) isn't so bad.
How do we make decisions on these things when there's no
obvious, clear answer?
-Brian
