<div dir="ltr"><div>+grosbach</div><div><br></div>Hi Hal,<div><br></div><div>Re (1): Jim is our resident ARM expert. Adding him here.</div><div><br></div><div>Re (2): There are a ton of simple programs that have been reported over the last month that are failing at higher levels. It's quite disturbing, really. I don't have a lot of time to debug these (it's no longer my main job to work on LLVM). I'll try to press people as much as possible.</div>
<div><br></div><div>-bw</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 4, 2013 at 5:42 AM, Hal Finkel <span dir="ltr"><<a href="mailto:hfinkel@anl.gov" target="_blank">hfinkel@anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bill, et al.,<br>
<br>
FYI, there are currently two issues that I'm tracking that should be fixed prior to release:<br>
<br>
 1. PowerPC self-hosting is currently broken(*), triggered by a change made to improve if conversion on ARM. There is a patch on the commits list that fixes problems seen by self hosting (and, if nothing else, that patch should likely go into 3.4), but I don't think that any of us are convinced that this is the right solution in principle. If you could pin down Evan (who I believe wrote the original code in question), or someone else familiar with ARM and if conversion, to look at this, I think that would help a lot.<br>

<br>
 See the thread, "Re: [llvm] r190309 - [ARMv8] Prevent generation of deprecated IT blocks on ARMv8 in Thumb mode." on the llvm-commits list.<br>
<br>
 2. There is a set of (fairly simple) C programs in PR16431 that are currently miscompiled by Clang/LLVM >= -O2 on x86_64 (both Linux and Mac). I've isolated what appear to be the two underlying bugs in PR18067 (GVN) and PR18068 (DSE). We need to have these looked at.<br>

<br>
I would appreciate any assistance you could provide.<br>
<br>
Thanks again,<br>
Hal<br>
<br>
(*) Only when compiling without asserts, which is why the buildbots currently miss the problem.<br>
<div><div class="h5"><br>
----- Original Message -----<br>
> From: "Bill Wendling" <<a href="mailto:isanbard@gmail.com">isanbard@gmail.com</a>><br>
> To: "<<a href="mailto:llvmdev@cs.uiuc.edu">llvmdev@cs.uiuc.edu</a>> Mailing List" <<a href="mailto:llvmdev@cs.uiuc.edu">llvmdev@cs.uiuc.edu</a>>, "<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a> Developers"<br>

> <<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a>><br>
> Sent: Wednesday, December 4, 2013 1:22:50 AM<br>
> Subject: [LLVMdev] LLVM 3.4rc2 Binaries Now Available<br>
><br>
> The LLVM 3.4rc2 binaries are now available for testing! Please<br>
> download them and compile and test things. See if it breaks your<br>
> code! Please file bugs for any issues you encounter. At this point,<br>
> we’re only accepting fixes for regressions from 3.3.<br>
><br>
> Share and enjoy!<br>
> -bw<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> LLVM Developers mailing list<br>
> <a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Hal Finkel<br>
Assistant Computational Scientist<br>
Leadership Computing Facility<br>
Argonne National Laboratory<br>
</font></span></blockquote></div><br></div>