> At some stage we're definitely interested in the gpu_program4 extension. > I'm not sure the older ones will ever be pulled in. swrast already supports NV_fragment_program_option (nv30) and NV_vertex_program_1_1 (nv20). nv30/nv40 support of those should be easy, but requires to extend TGSI with condition codes and ideally precision and precision hints too. nv50 support is probably harder. Note that NV_gpu_program4 is mostly a superset of the older extensions, so it doesn't make much sense to have it in isolation.
> Basically I'd like to see them removed until they actually get used, at > which time they're welcome back in... Yes, seems a good idea. In particular, all the "assert(0)" or similar implementations make no sense: all instructions should be implemented, unless they are conditional on some capability bit, in which case they should be handled by the default switch case. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
