<div dir="ltr">Is there a bug filed with the affected C code, or better, a standalone reproducer? I don't know ATS, so it's hard to diagnose from an ATS diff.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 27, 2015 at 10:04 AM, Greg Fitzgerald <span dir="ltr"><<a href="mailto:garious@gmail.com" target="_blank">garious@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The ATS community is having trouble with clang.  They had been using<br>
an older version of clang and upgraded because newer versions give<br>
higher quality warning messages.  Unfortunately, with 3.5, moving from<br>
-O1 to -O2 triggers a crash on startup in the clang-generated<br>
executable.  I had suggested building with -fsanitize=undefined and<br>
-fsanitize=address to weed out any dependencies undefined behavior.<br>
All their generated C code came out clean.  Here is the workaround<br>
Hongwei Xi came up with:<br>
<br>
<a href="https://github.com/githwxi/ATS-Postiats/commit/5e17db4badf58b404598e8b3ae4a666b8b0e889c" target="_blank">https://github.com/githwxi/ATS-Postiats/commit/5e17db4badf58b404598e8b3ae4a666b8b0e889c</a><br>
<br>
Looks like a bug on the LLVM side.  He says it worked with clang 3.3,<br>
but breaks on 3.4 and 3.5.  Would someone be interested in<br>
investigating this further?  It's fallen down to an area I don't think<br>
I can debug quickly and if we can squeeze a fix into 3.6, that'd be<br>
great.  ATS is such an interesting language, I hope we can help.<br>
<br>
Thanks,<br>
Greg<br>
_______________________________________________<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>
</blockquote></div><br></div>