-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brian Paul wrote: > Ian Romanick wrote: >> Brian Paul wrote: >>> Ian Romanick wrote: >>>> >>>> I'd also like to mark functions in the following extensions this way for >>>> the 6.5.1 release: >>>> >>>> GL_EXT_framebuffer_object >>>> GL_EXT_framebuffer_blit >>>> GL_EXT_timer_query >>> Are you saying that the functions that belong to those extensions will >>> only be accessible via glXGetProcAddress()? >> >> Yes. > > Hmmm. While a _real_ app should use glXGetProcAddress(), I often > write test programs, etc that directly call the extension functions. > > So, I guess I'd prefer to keep conventional entrypoints for those > extensions, if it's not a big deal.
The situation that I'd like to avoid is where some app that people really care about foolishly directly calls some function that we'd eventually like to deprecate. Once an app directly links with it, we're stuck keeping it around. Would it be enough to have a switch to the scripts to force then to generate static dispatch functions for everything (i.e., some sort of debug version)? [big snip] > I don't know of anyone that's ever used those extensions. Consider them gone. :) I should have that committed first thing in the morning. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFE7SjyX1gOwKyEAw8RAoe6AKCRmVdA811u3ifhdBAZp46KQmfIzACeMLBP cNvI6aSX+OI+aCM2ZVIvE6Y= =FaY9 -----END PGP SIGNATURE----- ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
