Re: struct timespec on NSK (FYI)

[Paul Eggert]

Matthew Woehlke <address@hidden> writes:

> While trying to build gzip 1.3.7, I noticed inconsistent usage of
> gnulib's timespec.h via stat-time.h, which led me to dig up where
> 'struct timespec' is defined on NSK. It turns out the declaration is
> in spt_types.h, included in spthread.h.

Does this actually matter?  That is, does the gnulib (or gzip code)
use any system functions that use the spt_types.h version of struct
timespec?  If not, then let's not worry about it: gzip will use its
own struct timespec which conforms to POSIX, and this will work better
for gzip than trying to deal with a nonstandard version of struct
timespec that doesn't really matter.

> There might be a problem with the replacement, since NSK's types.h
> defines time_t as 'long', but spt_types.h gives the type of tv_sec as
> 'unsigned long'.

Sounds like a recipe for bugs to me.  Let's avoid the NSK struct
timespec if we can.