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