bug#49269: closed (gzip tru64 64bit time_t)

[GNU bug Tracking System]

Your message dated Sat, 3 Jul 2021 20:14:58 -0700
with message-id <934b4ef4-26be-4eec-5ba4-542b8ee185b0@cs.ucla.edu>
and subject line Re: bug#49269: gzip tru64 64bit time_t
has caused the debbugs.gnu.org bug report #49269,
regarding gzip tru64 64bit time_t
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
49269: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=49269
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems

--- Begin Message --- Subject: gzip tru64 64bit time_t Date: Tue, 29 Jun 2021 09:21:14 +0000

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

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#49269: gzip tru64 64bit time_t
>
>
>
>
> Date: 
>
> Sat, 3 Jul 2021 20:14:58 -0700
>
>
>
>
> User-agent: 
>
> Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
>
>
>
>
> 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.
>
>
> --- End Message ---