Can you send the binaries compiled with and without the integrated assembler. Maybe I can figure out the encoding problem. I've been unsuccessful figuring it out myself so far.<br><br><div class="gmail_quote">On Tue, Mar 12, 2013 at 12:34 AM, Anitha B Gollamudi <span dir="ltr"><<a href="mailto:anitha.boyapati@gmail.com" target="_blank">anitha.boyapati@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 12 March 2013 09:51, Craig Topper <<a href="mailto:craig.topper@gmail.com">craig.topper@gmail.com</a>> wrote:<br>

> I'm still slightly confused. Is the error now fixed or is there still a bug<br>
> in LLVM's integrated assembler?<br>
><br>
<br>
</div>The error is not fixed yet (even with fix mentioned in PR15040<br>
<a href="http://llvm.org/bugs/show_bug.cgi?id=15040#c4" target="_blank">http://llvm.org/bugs/show_bug.cgi?id=15040#c4</a>)<br>
<br>
With the updated trunk, clang still gives an error when FMA4 is<br>
enabled but does fine when -no-integrated-as is used. So that's a bug<br>
with LLVM's integrated assembler.<br>
<br>
On a related note,  r173176 mentioned in<br>
<a href="http://llvm.org/bugs/show_bug.cgi?id=15282" target="_blank">http://llvm.org/bugs/show_bug.cgi?id=15282</a>  does not fix the gromacs<br>
miscompare error either. However -no-integrated-as helps in all cases.<br>
<br>
I am not sure if  r173176 is incomplete or the issue is something else.<br>
<br>
<br>
<br>
-Anitha<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
><br>
> On Mon, Mar 11, 2013 at 4:49 AM, Anitha B Gollamudi<br>
> <<a href="mailto:anitha.boyapati@gmail.com">anitha.boyapati@gmail.com</a>> wrote:<br>
>><br>
>> On 11 March 2013 17:00, Duncan Sands <<a href="mailto:baldrick@free.fr">baldrick@free.fr</a>> wrote:<br>
>> > Hi Anitha,<br>
>> ><br>
>> ><br>
>> >> Ah, I am taking back my above words w.r.t encoding. -no-integrated-as<br>
>> >> does fix the issue! This definitely points towards FMA4 encoding in<br>
>> >> clang's integrated assembler. This fits into the analysis as well -<br>
>> >> dragonegg *might not* be using integrated assembler at all.<br>
>> ><br>
>> ><br>
>> > you are right, dragonegg does not use the integrated assembler.<br>
>><br>
>> Thanks for the confirmation Duncan. The bug turned out to be a hard<br>
>> nut. I have taken assembler for granted.<br>
>><br>
>> -Anitha<br>
><br>
><br>
><br>
><br>
> --<br>
> ~Craig<br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
 Anitha<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br>~Craig