<div dir="ltr">This may be a shot in the dark (I don't even know whether your revision includes the culprit revision), but the symptoms seem similar to:<br><a href="https://bugs.llvm.org//show_bug.cgi?id=31890">https://bugs.llvm.org//show_bug.cgi?id=31890</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 15, 2017 at 12:43 PM, Renato Golin 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">On 15 February 2017 at 10:24, Richtarsky, Martin via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
> I have encountered very long compile times for three large source files containing generated/unrolled code at -O1.<br>
> We are talking about 10+ hours here without completing, so it looks very much like an endless loop.<br>
> The processes are using 15, 22 and 27 GB of memory but do not appear to grow further.<br>
> This worked fine in the past, so appears to be a regression.<br>
<br>
Ouch!<br>
<br>
<br>
> Are there any new optimization passes I could try switching off?<br>
> I could not find any mention in the release notes of new passes.<br>
<br>
It doesn't seem to be any new passes, but the scheduler. Did this work<br>
in RC1? If so, it'll be a lot easier to identify the cause. If not, a<br>
bisection might help.<br>
<br>
cheers,<br>
--renato<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>
</blockquote></div><br></div>