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