<div dir="ltr">FWIW, r289813 also seems to be causing/exposing a miscompile of spec2006/perlbench on AArch64 (PR31449).<div><br></div><div>-- Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 21, 2016 at 11:07 AM, Davide Italiano via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Dec 19, 2016 at 4:24 PM, Mikhail Zolotukhin<br>
<<a href="mailto:mzolotukhin@apple.com">mzolotukhin@apple.com</a>> wrote:<br>
> Hi Davide,<br>
><br>
> Thanks for the analysis, it's really interesting! And I'm really glad that we now put more and more attention at the compile time!<br>
><br>
> Just recently I've been looking into historical compile time data as well, and have had similar conclusions. The regressions you've found are probably caused by:<br>
> 1) r289813 and r289855 - new matchers in InstCombine<br>
> 2) r286814 and r288024 - changes in Inlining cost model<br>
><br>
<br>
</span>Haven't looked at 2) yet, but I can confirm for 1). Sanjay/Ehsan, can<br>
you please explain what's the motivation behind the new<br>
transformations you introduced? I'm tempted to ask a revert, but I'd<br>
like to understand the motivations first.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Davide<br>
<br>
"There are no solved problems; there are only problems that are more<br>
or less solved" -- Henri Poincare<br>
______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
</div></div></blockquote></div><br></div>