[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-dev] ✘timestamp_t is dead. Long live timespec_t
From: |
Greg Troxel |
Subject: |
Re: [gpsd-dev] ✘timestamp_t is dead. Long live timespec_t |
Date: |
Thu, 19 Sep 2019 20:01:58 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) |
"Gary E. Miller" <address@hidden> writes:
> timespec_t, at least on 64 bit systems, is good for the 2038 UNIX time
> overflow event. Not much we can do for 32-bit systems until the
> system calls get fixed.
I don't really follow this, and assume it's about Linux only. On NetBSD
(for the last bunch of years), time_t is int64_t, regardless of CPU
native word size.
Presumably you are including sys/time.h, per POSIX:
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/time.h.html
>
> timespec_t is easy to work with, as long as you use the macros in
> timespec.h. A few more places in the code can be converted to use the
> macros.
Can you point me to where POSIX defines timespec.h, and the macros? I
was unable to find those. I wonder if they are Linux only.
> Few regressions changed, and those for the better.
What other platforms did you test on?
- [gpsd-dev] ✘timestamp_t is dead. Long live timespec_t, Gary E. Miller, 2019/09/19
- Re: [gpsd-dev] ✘timestamp_t is dead. Long live timespec_t,
Greg Troxel <=
- Re: [gpsd-dev] ✘timestamp_t is dead. Long live timespec_t, Gary E. Miller, 2019/09/20
- Re: [gpsd-dev] ✘timestamp_t is dead. Long live timespec_t, Greg Troxel, 2019/09/20
- [gpsd-dev] report on my build nits, Greg Troxel, 2019/09/20
- Re: [gpsd-dev] report on my build nits, Gary E. Miller, 2019/09/20
- Re: [gpsd-dev] report on my build nits, Greg Troxel, 2019/09/20
- Re: [gpsd-dev] report on my build nits, Gary E. Miller, 2019/09/20
- Re: [gpsd-dev] report on my build nits, Greg Troxel, 2019/09/20
- Re: [gpsd-dev] report on my build nits, Gary E. Miller, 2019/09/20