32 bit time_t

Gary E. Miller gem at rellim.com
Thu Apr 20 17:14:00 UTC 2017


Yo Eric!

On Thu, 20 Apr 2017 03:50:29 -0400
"Eric S. Raymond" <esr at thyrsus.com> wrote:

> Achim Gratz <Stromeko at Nexgo.DE>:
> > Am 19.04.2017 um 20:38 schrieb Gary E. Miller:  
> > >Gentoo stable on RasPi has 32 bit time_t:
> > >
> > >Checking sizeof long                                            : 4
> > >Checking sizeof time_t (time.h)                                 :
> > >4  
> > 
> > This is a 32bit glibc based system, so this means you didn't ask
> > for a 64bit time_t, then.  Here's that link again that tells you
> > how glibc handles this:
> > 
> > https://sourceware.org/glibc/wiki/Y2038ProofnessDesign
> > 
> > The Linux kernel itself is not Y2038 clean yet, AFAIK.  But that's
> > no excuse for applications to skimp there.  
> 
> We need to stick to POSIX entry points.  Is there a directive we can
> give GCC that tells it to map to the 64-bit versions, if available?

It is easy for us to use time64_t, but without a syscall that uses it to
get/set the time it does us not good.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at rellim.com  Tel:+1 541 382 8588

	    Veritas liberabit vos. -- Quid est veritas?
    "If you can’t measure it, you can’t improve it." - Lord Kelvin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20170420/cb22e732/attachment.bin>


More information about the devel mailing list