In message: <[EMAIL PROTECTED]> Fabian Keil <[EMAIL PROTECTED]> writes: : Robert Watson <[EMAIL PROTECTED]> wrote: : : > On Wed, 31 Jan 2007, Dag-Erling Smørgrav wrote: : > : > > Pascal Hofstee <[EMAIL PROTECTED]> writes: : > >> Any additional sugestions/objections are always greatly appreciated. : > > : > > On 32-bit platforms (i386, powerpc), int is a 32-bit signed integer while : > > size_t is a 32-bit unsigned integer. : > > : > > On 64-bit platforms (amd64, sparc64 etc), int is a 32-bit signed integer : > > while size_t is a 64-bit unsigned integer. : > > : > > In both cases, changing this structure member from int to size_t will break : > > the ABI. : > > : > > This doesn't mean you shouldn't do it, just that it should be done with : > > care. : > : > If we do decide to go ahead with the ABI change, there are a number of other : > things that should be done simultaneously, such as changing the uid and gid : > fields to uid_t and gid_t. : : struct tm's members could be changed as well.
struct tm doesn't have a member that's tv_sec. Maybe you mean struct timeval and struct timespec? : Quoting a response I got from Juliusz Chroboczek : (the author of Polipo) after reporting a compiler : warning: : : |By the way, IEEE 1003.1-2003 says that tv_sec should be a time_t, : |hence by making it a long, FreeBSD and NetBSD are violating the POSIX : |standard. Could you please file a bug report with them? : : I didn't find any claims about FreeBSD being IEEE 1003.1-2003 : compliant and therefore didn't consider it a bug, but given that : the topic is *_t changes and time_t hasn't come up yet, : I'd like to mention it anyway. I think this is already fixed: /* * Structure returned by gettimeofday(2) system call, and used in other calls. */ struct timeval { time_t tv_sec; /* seconds */ suseconds_t tv_usec; /* and microseconds */ }; as is timespec: struct timespec { time_t tv_sec; /* seconds */ long tv_nsec; /* and nanoseconds */ }; Warner _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"