[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: coreutils-8.14.116-1e18d on Linux/HPPA
From: |
Bruno Haible |
Subject: |
Re: coreutils-8.14.116-1e18d on Linux/HPPA |
Date: |
Thu, 05 Jan 2012 05:05:02 +0100 |
User-agent: |
KMail/4.7.4 (Linux/3.1.0-1.2-desktop; KDE/4.7.4; x86_64; ; ) |
Pádraig Brady wrote:
> > No, time_t is typedefed to 'long int' (32-bit but signed) on this
platform.
>
> Right, so if time_t is changed to 64 bit there in future,
> the test would be too restrictive?
time_t cannot be changed to 64-bit without breaking binary compatibility
or adding lots of new versioned symbols to libc. I doubt Ulrich will do
this for a 32-bit platform. The policy has been to do this change only
for 64-bit platforms.
But if you want to be sure, feel free to add a condition:
if (sizeof (time_t) == sizeof (int) && ....)
> So I'm leaning towards the deeper probing and avoidance,
> done in the shell script.
It does not help the robustness of shell scripts of users out there
if you leave the bug in the 'timeout' program and just paper over the
test failures.
Find attached a revised patch.
Bruno
patch.txt
Description: Text document
- coreutils-8.14.116-1e18d on Linux/HPPA, Bruno Haible, 2012/01/04
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Pádraig Brady, 2012/01/04
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Bruno Haible, 2012/01/04
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Pádraig Brady, 2012/01/04
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Bruno Haible, 2012/01/04
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Pádraig Brady, 2012/01/04
- Re: coreutils-8.14.116-1e18d on Linux/HPPA,
Bruno Haible <=
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Pádraig Brady, 2012/01/05
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Bruno Haible, 2012/01/05
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Pádraig Brady, 2012/01/05
- Re: coreutils-8.14.116-1e18d on Linux/HPPA, Jim Meyering, 2012/01/10