I'm still slightly confused. Is the error now fixed or is there still a bug in LLVM's integrated assembler? On Mon, Mar 11, 2013 at 4:49 AM, Anitha B Gollamudi < anitha.boyapati at gmail.com> wrote:> On 11 March 2013 17:00, Duncan Sands <baldrick at free.fr> wrote: > > Hi Anitha, > > > > > >> Ah, I am taking back my above words w.r.t encoding. -no-integrated-as > >> does fix the issue! This definitely points towards FMA4 encoding in > >> clang's integrated assembler. This fits into the analysis as well - > >> dragonegg *might not* be using integrated assembler at all. > > > > > > you are right, dragonegg does not use the integrated assembler. > > Thanks for the confirmation Duncan. The bug turned out to be a hard > nut. I have taken assembler for granted. > > -Anitha >-- ~Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130311/6f43f735/attachment.html>
On 12 March 2013 09:51, Craig Topper <craig.topper at gmail.com> wrote:> I'm still slightly confused. Is the error now fixed or is there still a bug > in LLVM's integrated assembler? >The error is not fixed yet (even with fix mentioned in PR15040 http://llvm.org/bugs/show_bug.cgi?id=15040#c4) With the updated trunk, clang still gives an error when FMA4 is enabled but does fine when -no-integrated-as is used. So that's a bug with LLVM's integrated assembler. On a related note, r173176 mentioned in http://llvm.org/bugs/show_bug.cgi?id=15282 does not fix the gromacs miscompare error either. However -no-integrated-as helps in all cases. I am not sure if r173176 is incomplete or the issue is something else. -Anitha> > On Mon, Mar 11, 2013 at 4:49 AM, Anitha B Gollamudi > <anitha.boyapati at gmail.com> wrote: >> >> On 11 March 2013 17:00, Duncan Sands <baldrick at free.fr> wrote: >> > Hi Anitha, >> > >> > >> >> Ah, I am taking back my above words w.r.t encoding. -no-integrated-as >> >> does fix the issue! This definitely points towards FMA4 encoding in >> >> clang's integrated assembler. This fits into the analysis as well - >> >> dragonegg *might not* be using integrated assembler at all. >> > >> > >> > you are right, dragonegg does not use the integrated assembler. >> >> Thanks for the confirmation Duncan. The bug turned out to be a hard >> nut. I have taken assembler for granted. >> >> -Anitha > > > > > -- > ~Craig-- Anitha
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. On Tue, Mar 12, 2013 at 12:34 AM, Anitha B Gollamudi < anitha.boyapati at gmail.com> wrote:> On 12 March 2013 09:51, Craig Topper <craig.topper at gmail.com> wrote: > > I'm still slightly confused. Is the error now fixed or is there still a > bug > > in LLVM's integrated assembler? > > > > The error is not fixed yet (even with fix mentioned in PR15040 > http://llvm.org/bugs/show_bug.cgi?id=15040#c4) > > With the updated trunk, clang still gives an error when FMA4 is > enabled but does fine when -no-integrated-as is used. So that's a bug > with LLVM's integrated assembler. > > On a related note, r173176 mentioned in > http://llvm.org/bugs/show_bug.cgi?id=15282 does not fix the gromacs > miscompare error either. However -no-integrated-as helps in all cases. > > I am not sure if r173176 is incomplete or the issue is something else. > > > > -Anitha > > > > > > On Mon, Mar 11, 2013 at 4:49 AM, Anitha B Gollamudi > > <anitha.boyapati at gmail.com> wrote: > >> > >> On 11 March 2013 17:00, Duncan Sands <baldrick at free.fr> wrote: > >> > Hi Anitha, > >> > > >> > > >> >> Ah, I am taking back my above words w.r.t encoding. -no-integrated-as > >> >> does fix the issue! This definitely points towards FMA4 encoding in > >> >> clang's integrated assembler. This fits into the analysis as well - > >> >> dragonegg *might not* be using integrated assembler at all. > >> > > >> > > >> > you are right, dragonegg does not use the integrated assembler. > >> > >> Thanks for the confirmation Duncan. The bug turned out to be a hard > >> nut. I have taken assembler for granted. > >> > >> -Anitha > > > > > > > > > > -- > > ~Craig > > > > -- > Anitha >-- ~Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130312/1b589511/attachment.html>