Thanks Neil! I was planning to fix this once I was done with the format
conversion stuff, so you saved me some work :)

I tested the patch and it fixes the following dEQP tests:

dEQP-GLES3.functional.shaders.constants.float_int_f_suffix_0_vertex
dEQP-GLES3.functional.shaders.constants.float_int_f_suffix_0_fragment
dEQP-GLES3.functional.shaders.constants.float_int_f_suffix_1_vertex
dEQP-GLES3.functional.shaders.constants.float_int_f_suffix_1_fragment

Iago

On Wed, 2014-11-26 at 20:02 +0000, Neil Roberts wrote:
> According to the GLSL spec float literals like ‘1f’ shouldn't be allowed
> without adding a decimal point or an exponent. Apparently the AMD driver also
> disallows this so it seems unlikely that anything would be relying on it.
> ---
> 
> This was discussed here:
> 
> http://lists.freedesktop.org/archives/mesa-dev/2014-November/071039.html
> 
> I've run this through Piglit and it doesn't cause any regressions
> except for glsl-floating-constant-120.shader_test but I think that
> test is bogus. I've posted a patch to change it here:
> 
> http://lists.freedesktop.org/archives/piglit/2014-November/013488.html
> 
>  src/glsl/glsl_lexer.ll | 4 ----
>  1 file changed, 4 deletions(-)
> 
> diff --git a/src/glsl/glsl_lexer.ll b/src/glsl/glsl_lexer.ll
> index ad6d32f..419a07b 100644
> --- a/src/glsl/glsl_lexer.ll
> +++ b/src/glsl/glsl_lexer.ll
> @@ -466,10 +466,6 @@ layout           {
>                           yylval->real = _mesa_strtof(yytext, NULL);
>                           return FLOATCONSTANT;
>                       }
> -[0-9]+[fF]           {
> -                         yylval->real = _mesa_strtof(yytext, NULL);
> -                         return FLOATCONSTANT;
> -                     }
>  
>  true                 {
>                           yylval->n = 1;


_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to