[LLVMdev] Massive Number of Test Failures

Chris Lattner clattner at apple.com
Thu Feb 25 18:40:05 PST 2010


On Feb 25, 2010, at 6:20 PM, Dan Gohman wrote:

> 
> On Feb 25, 2010, at 2:24 PM, David Greene wrote:
> 
>> On Thursday 25 February 2010 16:17:10 David Greene wrote:
>>> On Thursday 25 February 2010 16:07:59 Chris Lattner wrote:
>>>> On Feb 25, 2010, at 12:01 PM, David Greene wrote:
>>>>> I am seeing a whole lot of failures in the tests on trunk.  From
>>>>> discussions with Chris and others, I should not be seeing this.
>>>> 
>>>> Does 'make check-lit' pass for you in llvm/test?
>>> 
>>> Nope.  In fact I am seeing more failures in debug mode now.
>> 
>> And curiously, none in Release mode.  No FAIL messages anyway.  I
>> still see this:
>> 
>> [x86_64-off-opt]:   Expected Passes    : 5006
>> [x86_64-off-opt]:   Expected Failures  : 33
>> [x86_64-off-opt]:   Unsupported Tests  : 66
>> 
>> [x86_64-off-dbg]:   Expected Passes    : 5001
>> [x86_64-off-dbg]:   Expected Failures  : 33
>> [x86_64-off-dbg]:   Unsupported Tests  : 66
>> [x86_64-off-dbg]:   Unexpected Failures: 5
>> 
>> Why would changing the test harness change the result of the tests?
> 
> SDUse::setInitial should initialize List to null in your patch. You're
> probably seeing random uninitialized data noise without that.
> (Though valgrind wouldn't notice this because of the aggressive reuse
> of allocated memory.)
> 
> Also, the replacement getOperandNo is returning the index in the
> use list, rather than the index in the operand array.

Yes.  David, to clarify, what do you see with a *clean checkout* with no patches in it?

-Chris



More information about the llvm-dev mailing list