GNU bug report logs -
#49269
gzip tru64 64bit time_t
Previous Next
Reported by: Jay K <jayk123 <at> hotmail.com>
Date: Tue, 29 Jun 2021 09:57:02 UTC
Severity: normal
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 49269 in the body.
You can then email your comments to 49269 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gzip <at> gnu.org
:
bug#49269
; Package
gzip
.
(Tue, 29 Jun 2021 09:57:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jay K <jayk123 <at> hotmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gzip <at> gnu.org
.
(Tue, 29 Jun 2021 09:57:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
configure:
checking for 64-bit time_t... no
configure: WARNING: This package requires a 64-bit 'time_t' type if there is any way to access timestamps outside the year range 1901-2038 on your platform. Perhaps you should configure with 'CPPFLAGS="-m64" LDFLAGS="-m64"'?
https://github.com/jaykrell/cm3/blob/master/m3-libs/m3core/src/m3core.h
suggests how:
#ifdef __osf__
/* Request 64bit time_t. Not available on v4. Would be good to autoconf this.
* We later check for TIMEVAL64TO32/TIMEVAL32TO64 to see if this works.
*/
#ifndef _TIME64_T
#define _TIME64_T
#endif
#endif /* osf */
.
.
.
#include <sys/time.h>
/* Check if this system really supports _TIME64_T, i.e. Tru64 v5.1 or later. */
#if defined(_TIME64_T) && !defined(TIMEVAL64TO32) && !defined(TIMEVAL32TO64)
#undef _TIME64_T
#endif
Thank you,
- Jay
[Message part 2 (text/html, inline)]
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
You have taken responsibility.
(Sun, 04 Jul 2021 03:16:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Jay K <jayk123 <at> hotmail.com>
:
bug acknowledged by developer.
(Sun, 04 Jul 2021 03:16:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 49269-done <at> debbugs.gnu.org (full text, mbox):
On 6/29/21 2:21 AM in <https://bugs.gnu.org/49269>, Jay K wrote:
> checking for 64-bit time_t... no
> configure: WARNING: This package requires a 64-bit 'time_t' type if there is any way to access timestamps outside the year range 1901-2038 on your platform. Perhaps you should configure with 'CPPFLAGS="-m64" LDFLAGS="-m64"'?
>
>
> https://github.com/jaykrell/cm3/blob/master/m3-libs/m3core/src/m3core.h
> suggests how:
>
> #ifdef __osf__
> /* Request 64bit time_t. Not available on v4. Would be good to autoconf this.
> * We later check for TIMEVAL64TO32/TIMEVAL32TO64 to see if this works.
> */
> #ifndef _TIME64_T
> #define _TIME64_T
> #endif
> #endif /* osf */
As I understand it, on Tru64 defining _TIME64_T does not make time_t 64
bits; it merely makes visible the type time64_t and related functions
time64, localtime64, etc. So if we wanted to support 64-bit time_t on
Tru64, we'd need something like this:
#define _TIME64_T
#define time_t time64_t
#define time time64
#define localtime localtime64
...
which sounds error-prone. And since Tru64 doesn't seem to have a stat64
call, it wouldn't work for programs that need to use stat and similar
syscalls.
Given that there's little chance to getting this sort of thing to work,
and that Tru64 is no longer supported (HP dropped support in 2012) I
doubt whether it's worth worrying about this problem for gzip, so I'll
close the bug report. You can simply ignore the configure-time warning
from now until 2038 (when Tru64 stops working for lots of other
reasons). However, I'll cc. this email to bug-gnulib in case someone
else can think of a better way to get this to work on this obsolete
platform.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 01 Aug 2021 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 268 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.