Re: [Mesa-dev] [RFC PATCH] ARB_vp/ARB_fp: accept duplicate precision options

2013-05-21 Thread Chris Forbes
OK, I'll add the spec quote and fixup the two piglits which are asserting the old behavior, and push it all tonight. -- Chris On Wed, May 22, 2013 at 9:33 AM, Ian Romanick wrote: > On 05/18/2013 11:18 PM, Chris Forbes wrote: >> >> Relaxes the validation of >> >> OPTION ARB_precision_hint_{ni

Re: [Mesa-dev] [RFC PATCH] ARB_vp/ARB_fp: accept duplicate precision options

2013-05-21 Thread Ian Romanick
On 05/18/2013 11:18 PM, Chris Forbes wrote: Relaxes the validation of OPTION ARB_precision_hint_{nicest,fastest}; to allow duplicate options. The spec says that both /nicest/ and /fastest/ cannot be specified together, but could be interpreted either way for respecification of the same opti

Re: [Mesa-dev] [RFC PATCH] ARB_vp/ARB_fp: accept duplicate precision options

2013-05-21 Thread Eric Anholt
Chris Forbes writes: > Relaxes the validation of > >OPTION ARB_precision_hint_{nicest,fastest}; > > to allow duplicate options. The spec says that both /nicest/ and > /fastest/ cannot be specified together, but could be interpreted > either way for respecification of the same option. > > Othe

[Mesa-dev] [RFC PATCH] ARB_vp/ARB_fp: accept duplicate precision options

2013-05-18 Thread Chris Forbes
Relaxes the validation of OPTION ARB_precision_hint_{nicest,fastest}; to allow duplicate options. The spec says that both /nicest/ and /fastest/ cannot be specified together, but could be interpreted either way for respecification of the same option. Other drivers (NVIDIA etc) accept this, an