Matthew Woehlke <[EMAIL PROTECTED]> 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.
