<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 9, 2017 at 9:19 AM, Jack Howarth 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">       FYI, I just successfully performed a 3-stage bootstrap with<br>
stage2/stage3 object file comparison on x86_64-apple-darwin16 for<br>
llvm/clang/clang-tools-extra/<wbr>compiler-rt/libcxx/openmp/<wbr>polly using our<br>
custom fink packaging scripts with the<br>
-DLLVM_REVERSE_ITERATION:BOOL=<wbr>ON cmake option. There were no<br>
stage2/stage3 object file comparison failures or test suite<br>
regressions.<br>
       I do have one question though. Is there any particular reason<br>
not to leave this option on for deployed release builds of the<br>
compiler? </blockquote><div><br></div><div>Because it wouldn't accomplish anything.</div><div>The goal is to have a different iteration order than the default.</div><div>If you make this the default, that doesn't help, because now the default is reverse</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Other than possibly running into some extreme corner case of<br>
non-deterministism that the stage2/stage3 comparisons and test suites<br>
miss, is there any performance issues introduced in compile time by<br>
leaving  -DLLVM_REVERSE_ITERATION:BOOL=<wbr>ON defaulted on?</blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Thanks in<br>
advance for any clarifications.<br>
            Jack<br>
ps Is it still the case that none of the <a href="http://llvm.org" rel="noreferrer" target="_blank">llvm.org</a> build bots are doing<br>
a full 3-stage bootstrap with stage2/stage3 file comparison (ala FSF<br>
gcc)? </blockquote><div><br></div><div>Errr, last i looked, a ton were doing so?<br></div></div></div></div>