Not entirely sure how to categorize this particular problem, but it's clearly platform test related: "grep -w" appears to operate differently on the x86_64 linux buildbot versus my local Mac OS 10.4.11 and Ubuntu x86_64. In the CellSPU's shift_ops.ll test case, "grep -w shlh" returns the correct 9 expected occurances, whereas the x86_64 buildbot finds 10. Any suggestions for a workaround, other than to ditch using "grep -w"? -scooter
2008/12/30 Scott Michel <scottm at aero.org>> Not entirely sure how to categorize this particular problem, but it's > clearly platform test related: "grep -w" appears to operate > differently on the x86_64 linux buildbot versus my local Mac OS > 10.4.11 and Ubuntu x86_64. In the CellSPU's shift_ops.ll test case, > "grep -w shlh" returns the correct 9 expected occurances, whereas the > x86_64 buildbot finds 10.Does the asm output differ, or does grep output itself differ on these two platforms, with the same asm input file? I just took the .s output file from a run on an x86/Linux box, and tested it with grep on multiple systems, including the ones you list, and they all agree the answer is 9. Can you diff the assembly files generated on those two platforms (though they should be identical, since llc specifies the architecture)?> Any suggestions for a workaround, other than to ditch using "grep -w"?Personally, I think that testing as we have for optimization correctness via 'grep' should be replaced by unittests, which are much more precise. Misha -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081230/cb08c250/attachment.html>
On Dec 30, 2008, at 4:55 PM, Misha Brukman wrote:> 2008/12/30 Scott Michel <scottm at aero.org> > Not entirely sure how to categorize this particular problem, but it's > clearly platform test related: "grep -w" appears to operate > differently on the x86_64 linux buildbot versus my local Mac OS > 10.4.11 and Ubuntu x86_64. In the CellSPU's shift_ops.ll test case, > "grep -w shlh" returns the correct 9 expected occurances, whereas the > x86_64 buildbot finds 10. > > Does the asm output differ, or does grep output itself differ on > these two platforms, with the same asm input file? I just took > the .s output file from a run on an x86/Linux box, and tested it > with grep on multiple systems, including the ones you list, and they > all agree the answer is 9. > > Can you diff the assembly files generated on those two platforms > (though they should be identical, since llc specifies the > architecture)?Also, it's possible that you have a 32/64-bit issue in the CellSPU backend. Have you tried running llc built for a 64-bit host? -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081230/7b6d4965/attachment.html>
Misha: It's not like I can ssh into the x86_64 buildbot, so I really can't tell. All I can tell is that I get blamed for a failed build. -scooter On Dec 30, 2008, at 4:55 PM, Misha Brukman wrote:> 2008/12/30 Scott Michel <scottm at aero.org> > Not entirely sure how to categorize this particular problem, but it's > clearly platform test related: "grep -w" appears to operate > differently on the x86_64 linux buildbot versus my local Mac OS > 10.4.11 and Ubuntu x86_64. In the CellSPU's shift_ops.ll test case, > "grep -w shlh" returns the correct 9 expected occurances, whereas the > x86_64 buildbot finds 10. > > Does the asm output differ, or does grep output itself differ on > these two platforms, with the same asm input file? I just took > the .s output file from a run on an x86/Linux box, and tested it > with grep on multiple systems, including the ones you list, and > they all agree the answer is 9. > > Can you diff the assembly files generated on those two platforms > (though they should be identical, since llc specifies the > architecture)? > > Any suggestions for a workaround, other than to ditch using "grep -w"? > > Personally, I think that testing as we have for optimization > correctness via 'grep' should be replaced by unittests, which are > much more precise. > > Misha > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081230/b4d56aea/attachment.html>