-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brian Paul wrote:
> I sometimes wonder if all this complexity to handle dynamic addition of > entrypoints is worth it. It would all be a heck of a lot simpler if we > just updated libGL with the newest entrypoints from time to time and > asked people to upgrade libGL when they updated their DRI drivers and > kernel modules. > > If the user didn't bother to update libGL he just wouldn't get the > latest GL extensions that might be in a driver. Not a big deal, IMO. That's a good point, and I've considered that several times over the past couple years. I think there are a few reasons to keep trying to make this Just Work. - - If we ever really want IHVs to use the open source infrastructure, they're going to need this functionality. - - If we ever want to be able to deprecate old functionality from the dispatch table (when was the last time anyone called glSpriteParameterfSGIX or glIndexMaterialEXT, anyway?), we need to be able to stop adding static dispatch functions and static offsets for extensions. - - Some drivers internally use functions via the dispatch table. Most of the vertex and fragment program functionality is accessed this way. For those drivers, it's not a matter of exposing extension functionality. It's a matter of working at all. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFE4NjXX1gOwKyEAw8RAmiSAKCOGxIh9ZmhxEaJ3taAiGhFZsB/PwCeJuY+ yk8qm5xjfWuj7o7s9u8W6u8= =l0I2 -----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