Re: [Mesa-dev] [PATCH 4/3] glsl: tidy up IR after loop unrolling

2017-10-09 Thread Nicolai Hähnle
On 22.09.2017 01:49, Timothy Arceri wrote: c7affbf6875622a enabled GLSLOptimizeConservatively on some drivers. The idea was to speed up compile times by running the GLSL IR passes only once each time do_common_optimization() is called. However loop unrolling can create a big mess and with large l

Re: [Mesa-dev] [PATCH 4/3] glsl: tidy up IR after loop unrolling

2017-09-27 Thread Marek Olšák
Reviewed-by: Marek Olšák Marek On Fri, Sep 22, 2017 at 1:49 AM, Timothy Arceri wrote: > c7affbf6875622a enabled GLSLOptimizeConservatively on some > drivers. The idea was to speed up compile times by running > the GLSL IR passes only once each time do_common_optimization() > is called. However

Re: [Mesa-dev] [PATCH 4/3] glsl: tidy up IR after loop unrolling

2017-09-27 Thread Dieter Nützel
For the series: Tested-by: Dieter Nützel Dieter Am 22.09.2017 01:49, schrieb Timothy Arceri: c7affbf6875622a enabled GLSLOptimizeConservatively on some drivers. The idea was to speed up compile times by running the GLSL IR passes only once each time do_common_optimization() is called. However

[Mesa-dev] [PATCH 4/3] glsl: tidy up IR after loop unrolling

2017-09-21 Thread Timothy Arceri
c7affbf6875622a enabled GLSLOptimizeConservatively on some drivers. The idea was to speed up compile times by running the GLSL IR passes only once each time do_common_optimization() is called. However loop unrolling can create a big mess and with large loops can actually case compile times to incre