Luca Barbieri wrote on 2010-03-01 18:25:
> I see that PK2US and friends are being removed.
> These would be necessary to implement NV_fragment_program_option,
> NV_fragment_program2 and NV_gpu_program4.
>
> Currently the no drivers (including Nouveau) support them, but since
> we already have some support in Mesa (even parsers for the nVidia
> syntax), it would be nice to support them in Gallium eventually.
>
> Not sure about STR/SFL though: they can be encoded/decoded as MOV x,
> 0/1, but they "complete" the SETcond instruction set.
>
> How about keeping them and adding a capability bit for them?
>   
I don't know if anybody cares about those NV extensions, and if there's 
somebody eager enough to add support for them to the whole gallium 
stack, nothing stops him/her from re-adding those opcodes.

The point of gallium-no-nvidia-opcodes is to strip down TGSI instruction 
set to what's being actually used by state trackers and implemented by 
drivers.

------------------------------------------------------------------------------
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

Reply via email to