Aapo Tahkola wrote:
Mesa is holding drivers private data bound to programs in containers just like in i915NewProgram. I suggest this to be sorted out by adding PrivatePrt to vertex and fragment program structures in Mesa. This way drivers can allocate their private structures at translation stage and more better estimate needed memory. Also this fits well into the hashing scheme when arb programs generated by t_vp_build.c could be destroyed once no longer needed.
I think the issue is that I was creating the structures directly rather than calling ctx->Driver.NewProgram() to do this, as is the case with all other fragment & vertex programs.
Or that.
Heres a better version of the mov changes. Changes to build_texture_transform should still break software tnl though.
Looks good, I'll apply this probably tomorrow morning.
I had some email problems yesterday & didn't see the first version.
Keith
------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
