Hi,<br><br>Could you also please check the code generated when a smaller-than-32bit type is used? Historically we've had really poor codegen for these reductions and this is the thing most likely to me to cause regressions if there are any.<br><br>Cheers,<br><br>James<br><div class="gmail_quote">On Wed, 12 Nov 2014 at 17:14 Renato Golin <<a href="mailto:renato.golin@linaro.org">renato.golin@linaro.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 12 November 2014 16:41, Arnold Schwaighofer <<a href="mailto:aschwaighofer@apple.com" target="_blank">aschwaighofer@apple.com</a>> wrote:<br>
> I see this as an intermediate step that will allow us to catch certain<br>
> patterns. If performance tests show it is beneficial why not take it?<br>
><br>
> Enabling horizontal reductions is a second step that might subsume this<br>
> logic.<br>
<br>
Would this code be re-used in that case? Or catch patterns that this<br>
one doesn't?<br>
<br>
If not, than I suggest we at least put a FIXME to explain the situation...<br>
<br>
cheers,<br>
-renato<br>
</blockquote></div>