I'm just giving a quick update of the Mesa C++ wrappers, in case anybody wants to discuss it a little in today's meeting.
Wrappers C functions to all the GL context callbacks are already in place at http://jrfonseca.dyndns.org/projects/dri/cpp/mesa.cxx . (These were first generated by a little Python script and then edited by hand for a few special cases).
Wrappers classes for GL visuals and framebuffers are done. I'm moving all (Compressed)?Tex(Sub)?Image[1-3]D functions to texture methods, rather than context methods. See http://jrfonseca.dyndns.org/projects/dri/cpp/mesa.hxx .
There is a Makefile, and the mesa wrapper code already compiled without errors, although ATM I have some incomplete changes, so there a few errors.
Once textures are finished, the most tricky will be the software rasterizer and the TnL module. For these my idea is to make the driver able to switch rasterizers and/or TnL modules in real time, with the its own hardware accelerated versions or the software versions.
The driver already does this -- the tnl module is swapped in/out by the code in radeon_vtxfmt.c, the rasterizer is swapped by RADEON_FALLBACK().
Actually there's probably too much mechanism propping up the tnl module swapping at the moment. I think a better approach would be just to swap in a whole new dispatch table when the vtxfmt code is viable.
We could do OUTSIDE_BEGIN_END testing the same way for free.
Keith
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
