-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Keith Whitwell wrote: > Roland Scheidegger wrote: > >> Try this patch here: >> http://marc.theaimsgroup.com/?l=mesa3d-dev&m=112337787415898&w=2 >> That should fix the issue. I believe it not only fixes it, but it's >> the right thing to do, mesa maps the gl vertex attrib functions (such >> as glNormal) to glVertexAttribNV functions somewhere in the display >> list code - and the dispatch offsets for these won't exist otherwise >> (unless you have a driver which claims to support NV_vertex_program). >> >> Someone might want to check this in (with a better comment...), I >> can't until next week. > > This should all be shifted from relying on the NV extension to the ARB > one, that might mean changing the display list code as well. > > The ARB extensions are pretty much central to the future development of > Mesa and the drivers, while the NV ones will remain peripheral.
In this particular case, we can't (without changing *lots* of code). The ARB attributes do not alias the fixed-function attributes, but the NV attributes do. Mesa is relying on the aliasing happening. I'm not sure what the "right" answer is here, but I'm open to suggestions. :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFC+o9QX1gOwKyEAw8RAi8VAJ4kRFZ2JTou/JD+kStDUmxmf2DP/ACePzy0 Vqa2w8wNyLUTmFysoEaXzq4= =uBco -----END PGP SIGNATURE----- ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel