[LLVMdev] "grep -w" irregularity
scottm at aero.org
Tue Dec 30 19:24:41 CST 2008
On my _local_ x86_64 Ubuntu 7.10 machine, the shift_ops.ll is an
unexpected success (i.e., "grep -w shlh %t1.s | count 9" succeeds.)
I get the same unexpected success on my x86_64 Mac 10.4.11.
On the x86_64 buildbot, the same test fails. The culprit is grep,
evidently. It's just that simple.
I suspect there's not really an issue with endianness, since all the
test does is (a) generate code using the backend, (b) grep's for
certain instructions. Nothing is actually executed.
On Dec 30, 2008, at 5:12 PM, Chris Lattner wrote:
> 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
> 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?
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the LLVMdev