<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 9, 2017 at 3:57 PM, Jack Howarth <span dir="ltr"><<a href="mailto:howarth.mailing.lists@gmail.com" target="_blank">howarth.mailing.lists@gmail.com</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 Sun, Jul 9, 2017 at 1:26 PM, Daniel Berlin <<a href="mailto:dberlin@dberlin.org">dberlin@dberlin.org</a>> wrote:<br>
><br>
><br>
> On Sun, Jul 9, 2017 at 9:19 AM, Jack Howarth via llvm-dev<br>
> <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
>><br>
>>        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?<br>
><br>
><br>
> Because it wouldn't accomplish anything.<br>
> The goal is to have a different iteration order than the default.<br>
> If you make this the default, that doesn't help, because now the default is<br>
> reverse<br>
><br>
<br>
</span>So perhaps I am doing this wrong? Should I have have the stage2 build without<br>
-DLLVM_REVERSE_ITERATION:BOOL=<wbr>ON  and stage3 with that option<br>
so that any variation in the object files generated for the llvm build<br>
is picked up?<br>
<span class=""><br></span></blockquote><div><br></div><div>This would be ideal, yes :)</div><div><br></div></div></div></div>