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 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.

> > I take this result as a reference and am running make check now on
> > patches applied above release/2.28/master; If the results are the
> > same as the reference, I'll consider the patches good for resubmission.  
> 
> Note that you should test for a 32-bit configuration as well - this 
> applies to pretty much all the patches for 64-bit time, they need testing 
> for both 32-bit and 64-bit configurations (some will need other testing, 
> e.g. with kernels with the Y2038 patches included, but that doesn't apply 
> to this one).
>
> It should be possible to test natively for 32-bit on a 64-bit system if 
> you install the relevant OS packages for 32-bit libraries (including 
> development packages), and specify CC="gcc -m32" CXX="g++ -m32" when 
> configuring for i686-pc-linux-gnu, but I haven't tried that using OS 
> compiler packages (I test natively for 32-bit on a 64-bit system, but 
> using locally built compilers).

I'll launch a test once the current jobs have finished running, however 
I've got a physical 32-bit ARM system with a Debian Stretch distro, so
I'll most certainly go the simpler native route for now, at least until
I get to test on on really many systems, at which point I'll include
the "32-bit on 64-bit" case too.

Cordialement,
Albert ARIBAUD
3ADEV


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