<div dir="ltr">Should be fixed now.<div><br></div><div>-eric</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 16, 2014 at 12:40 PM, Nick Lewycky <span dir="ltr">&lt;<a href="mailto:nlewycky@google.com" target="_blank">nlewycky@google.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5">On 16 May 2014 06:01, Jan-Simon Möller <span dir="ltr">&lt;<a href="mailto:dl9pf@gmx.de" target="_blank">dl9pf@gmx.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Hi !<br>
<br>
Our buildbot found this regression while compiling the kernel with clang:<br>
<br>
A bisection points to<br>
<br>
475ac5d302ba84ac13d34a9215c29c1a38ca5690 is the first bad commit<br>
commit 475ac5d302ba84ac13d34a9215c29c1a38ca5690<br>
Author: Eric Christopher &lt;<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>&gt;<br>
Date:   Thu May 15 01:10:50 2014 +0000<br>
<br>
    Unify command line handling of MCTargetOptions and remove extra<br>
    options and code. No functional change.<br>
<br>
    git-svn-id: <a href="https://llvm.org/svn/llvm-project/llvm/trunk@208833" target="_blank">https://llvm.org/svn/llvm-project/llvm/trunk@208833</a><br>
91177308-0d34-0410-b5e6-96231b3b80d8<br>
<br>
8454a4b9373bca5d2a8f596ef1c33826171729bd is the first bad commit<br>
commit 8454a4b9373bca5d2a8f596ef1c33826171729bd<br>
Author: Eric Christopher &lt;<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>&gt;<br>
Date:   Thu May 15 01:21:56 2014 +0000<br>
<br>
    Fill in the options in the MCOptions struct directly like the other<br>
    options.<br>
<br>
    git-svn-id: <a href="https://llvm.org/svn/llvm-project/cfe/trunk@208834" target="_blank">https://llvm.org/svn/llvm-project/cfe/trunk@208834</a><br>
91177308-0d34-0410-b5e6-96231b3b80d8<br>
<br>
<br>
Before:<br>
<a href="http://buildbot.llvm.linuxfoundation.org/builders/2_llvm/builds/8/steps/shell_3/logs/stdio" target="_blank">http://buildbot.llvm.linuxfoundation.org/builders/2_llvm/builds/8/steps/shell_3/logs/stdio</a><br>
<br>
After:<br>
<a href="http://buildbot.llvm.linuxfoundation.org/builders/2_llvm/builds/41/steps/shell_3/logs/stdio" target="_blank">http://buildbot.llvm.linuxfoundation.org/builders/2_llvm/builds/41/steps/shell_3/logs/stdio</a><br>
<br>
--- snip ---<br>
/tmp/vfpmodule-0d3341.s: Assembler messages:<br>
/tmp/vfpmodule-0d3341.s:64: Error: junk at end of line, first unrecognized<br>
character is `&quot;&#39;<br>
/tmp/vfpmodule-0d3341.s:65: Error: junk at end of line, first unrecognized<br>
character is `&quot;&#39;<br>
/tmp/vfpmodule-0d3341.s:66: Error: junk at end of line, first unrecognized<br>
character is `&quot;&#39;<br>
--- snip ---<br></blockquote><div><br></div></div></div><div>I found the same thing.</div><div><br></div><div>The problem is that the 3-arg form of .file is now backwards w.r.t. setting of integrated assembler. To reproduce: </div>
<div>

<p>$ clang -no-integrated-as -S a/x.c -o - -g | grep file<br>.file 1 &quot;a&quot; &quot;x.c&quot;<br><br>vs.<br><br>$ clang -S a/x.c -o - -g | grep file<br>.file 1 &quot;a/x.c&quot;</p><p>Binutils doesn&#39;t support the 3-arg format, so unless we know we&#39;re using the integrated assembler we can&#39;t emit that. As I recall, clang -S would emit the 2-argument form unless you passed -integrated-as -S on the command-line.<span class="HOEnZb"><font color="#888888"><br>


</font></span></p><span class="HOEnZb"><font color="#888888"><p>Nick</p></font></span></div><div class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Current state can be tracked:<br>


<a href="http://buildbot.llvm.linuxfoundation.org/waterfall?show=2_llvm" target="_blank">http://buildbot.llvm.linuxfoundation.org/waterfall?show=2_llvm</a><br>
<br>
<br>
Can we fix or revert pls ?<br>
<span><font color="#888888"><br>
--<br>
<br>
Dipl.-Ing.<br>
Jan-Simon Möller<br>
<br>
<a href="mailto:jansimon.moeller@gmx.de" target="_blank">jansimon.moeller@gmx.de</a><br>
<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">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>
</font></span></blockquote></div></div><br></div></div>
</blockquote></div><br></div>