This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH v8 2/2] Y2038: make __tz_convert compatible with 64-bit-time


Hi Albert,

On Thu, 4 Oct 2018 15:40:52 +0200, Albert ARIBAUD
<albert.aribaud@3adev.fr> wrote :

> Hi Joseph,
> 
> Le Thu, 4 Oct 2018 12:14:46 +0000, Joseph Myers
> <joseph@codesourcery.com> a écrit :
> 
> > On Thu, 4 Oct 2018, Albert ARIBAUD wrote:
> >   
> > > Which I assume is fine, as the two FAILs are the libidn2 ones.    
> > 
> > Yes, those results are fine.  
> 
> Ok.

BTW, one quick question re the summary shown at the end of a make
check.

Here I get

Summary of test results:
      2 FAIL
   5924 PASS
      9 UNSUPPORTED
     17 XFAIL
      2 XPASS

I assumed that for each category (FAIL, PASS, UNSUPPORTED, XFAIL,
XPASS) the number before it was equal to the number of files named
"*.test-result" whose content started with said category, so for
instance if I ran the command:

find . -name "*.test-result" -exec grep ^FAIL: {} \; | wc -l

The output would be 2, because there are 2 FAIL results.

While the summary and grep agree for FAIL (2), UNSUPPORTED (9), XFAIL
(17) and XPASS (2), they disagree on PASS: the results say 5924, the
grep says 6018.

Also, the total number of files named "*.test-result" is 6048, which
equals 6018 + 2 + 9 +17 + 2 -- in other words, it is as if some actual
"PASS" test results were not counted in the summary.

Could anyone explain to me why the summary PASS count and the actual
PASS result file count disagree?

Cordialement,
Albert ARIBAUD
3ADEV


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]