<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">LLE is now on again (r263472). Thanks, everybody!</div><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 10, 2016, at 9:33 AM, Adam Nemet <<a href="mailto:anemet@apple.com" class="">anemet@apple.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div dir="auto" class=""><div class=""></div><div class="">Cool, thanks guys!</div><div class=""><br class="">On Mar 10, 2016, at 9:20 AM, Eric Christopher <<a href="mailto:echristo@gmail.com" class="">echristo@gmail.com</a>> wrote:<br class=""><br class=""></div><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">Or Ben will test. :)</p><p dir="ltr" class="">Thanks Adam!</p>
<br class=""><div class="gmail_quote"><div dir="ltr" class="">On Thu, Mar 10, 2016, 9:07 AM Benjamin Kramer <<a href="mailto:benny.kra@gmail.com" class="">benny.kra@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Mar 10, 2016 at 1:17 AM, Adam Nemet <<a href="mailto:anemet@apple.com" target="_blank" class="">anemet@apple.com</a>> wrote:<br class="">
> I’ve committed the fix in r263058. Haicheng, Eric/Benjamin, can you guys<br class="">
> please give it a test with your codebase. (You need to enable the pass with<br class="">
> -mllvm -enable-loop-load-elim.)<br class="">
<br class="">
The miscompilation I was seeing is gone now, too. Thanks!<br class="">
<br class="">
> On Mar 7, 2016, at 11:05 PM, Adam Nemet <<a href="mailto:anemet@apple.com" target="_blank" class="">anemet@apple.com</a>> wrote:<br class="">
><br class="">
><br class="">
> On Mar 7, 2016, at 9:43 AM, Adam Nemet <<a href="mailto:anemet@apple.com" target="_blank" class="">anemet@apple.com</a>> wrote:<br class="">
><br class="">
> Hi Haicheng,<br class="">
><br class="">
> Sorry about the breakage. I reverted it in r262839.<br class="">
><br class="">
> I will try to reproduce it locally. Please don’t blow away your directories<br class="">
> yet in case I need further help.<br class="">
><br class="">
><br class="">
> OK, I managed to reproduce this locally. Should be able to make progress<br class="">
> from here without further help from you.<br class="">
><br class="">
> Adam<br class="">
><br class="">
> Thanks,<br class="">
> Adam<br class="">
><br class="">
> On Mar 7, 2016, at 8:33 AM, Haicheng Wu <<a href="mailto:haicheng@codeaurora.org" target="_blank" class="">haicheng@codeaurora.org</a>> wrote:<br class="">
><br class="">
> Hi Adam,<br class="">
><br class="">
> I find LoopLoadElimination (r262250) causes SPEC2006/gcc generate wrong<br class="">
> result (166.s) in AArch64 when running with *ref* data set. The error<br class="">
> happens when I use either “-Ofast -flto -fuse-ld=gold” or “-O3<br class="">
> -fno-strict-aliasing”. Please let me know if you need more information.<br class="">
><br class="">
> Best,<br class="">
><br class="">
> Haicheng<br class="">
><br class="">
><br class="">
><br class="">
><br class="">
</blockquote></div>
</div></blockquote></div></div></blockquote></div><br class=""></body></html>