I suspect this would have been fixed by r<strong style="font-weight:normal">143996</strong>. Though that wasn't the intention of that commit based on the commit comments.<br><br><div class="gmail_quote">On Fri, Jan 20, 2012 at 2:55 PM, Eli Friedman <span dir="ltr"><<a href="mailto:eli.friedman@gmail.com">eli.friedman@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Jan 20, 2012 at 2:47 PM, Nicolas Capens<br>
<<a href="mailto:nicolas.capens@gmail.com">nicolas.capens@gmail.com</a>> wrote:<br>
> Hi all,<br>
><br>
> I think I found a bug in LLVM 3.0: When compiling for a target without<br>
> SSE2 support, there were some 128-bit PXOR instructions in the generated<br>
> code.<br>
><br>
> I traced it down to the following definition in X86InstrSSE.td:<br>
><br>
>   def FsFLD0SS : I<0xEF, MRMInitReg, (outs FR32:$dst), (ins), "",<br>
>                    [(set FR32:$dst, fp32imm0)]>,<br>
>                    Requires<[HasSSE1]>, TB, OpSize;<br>
><br>
> I tried replacing the HasSSE1 with a HasSSE2 but that didn't do the<br>
> trick. I noticed that TOT has a different definition and I tried<br>
> substituting that as well but again no luck. Is there a simple way to<br>
> make it work with LLVM 3.0 or should I consider updating to a later version?<br>
<br>
</div>That particular issue doesn't look familiar; if you can reproduce with<br>
trunk, please file a bug report.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Eli<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>~Craig<br>