ppc64 clang LNT buildbot / reference_output / test failures

Hal Finkel hfinkel at anl.gov
Fri Apr 26 09:08:58 PDT 2013


----- Original Message -----
> From: "Renato Golin" <renato.golin at linaro.org>
> To: "Hal Finkel" <hfinkel at anl.gov>
> Cc: "Daniel Dunbar" <daniel at zuster.org>, "Commit Messages and Patches for LLVM" <llvm-commits at cs.uiuc.edu>
> Sent: Friday, April 26, 2013 10:35:19 AM
> Subject: Re: ppc64 clang LNT buildbot / reference_output / test failures
> 
> 
> On 26 April 2013 15:15, Hal Finkel < hfinkel at anl.gov > wrote:
> 
> 
> 
> 
> 
> I ran svn update (in the test suite directory) yesterday. It was
> missing only r180566, and that test (pcompress2) was fine. Running
> svn diff reports no local changes. diffing the
> MultiSource/Applications/ ClamAV/Output/clamscan.out-nat with
> llvm-trunk/projects/test- suite/MultiSource/
> Applications/ClamAV/clamscan. reference_output reports no
> differences.
> 
> 
> Your out-nat is correct, what's weird is your out-simple. It's as it
> would be on the old code, without sorting, as if you got the updated
> reference output but not the updated source code... Ex:
> 
> 
> 2955c2957
> 
> 
> < Scanned directories: 1
> ---
> > Scanned directories: 0
> 
> 
> Currently, no directories are scanned because the code first
> retrieves the list of files (recursively), sorts them, and then
> scans, it doesn't scan any dir, only specific files. The old code
> used to...

That's odd; Maybe svn is lying to me... I'll remove the directory and checkout again and see if that changes anything...

 -Hal

> 
> 
> --renato
> 
> 
> PS: This is another source of randomness, the order in which inodes
> appear in a directory, but it was supposedly all removed, and
> definitely on ClamAV.



More information about the llvm-commits mailing list