Date: Fri, 26 Oct 2001 18:09:50 -0400 (EDT) From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> To: asmodai@wxs.nl Cc: arch@FreeBSD.org Subject: Re: 64 bit times revisited.. Message-ID: <200110262209.f9QM9on75561@khavrinen.lcs.mit.edu> In-Reply-To: <20011026235906.Q96876@daemon.ninth-circle.org> References: <200110260006.f9Q05vQ05273@beastie.mckusick.com> <200110260047.f9Q0lsf16513@apollo.backplane.com> <p0510101ab7ff49f3b996@[128.113.24.47]> <200110262151.f9QLp1b75389@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <20011026235906.Q96876@daemon.ninth-circle.org> you write: >-On [20011026 23:55], Garrett Wollman (wollman@khavrinen.lcs.mit.edu) wrote: >>Are you prepared to do the work to ensure that `long' is the same >>width on all FreeBSD architectures? > >Wouldn't that go against the idea of ILP32 versus LP64? You have stumbled upon the point! David's argument is entirely specious: there are 32-bit processors, and there are 64-bit processors, and data types should be selected which are appropriate for the processor. There may well be good reasons for wanting a specific type (time_t) to have a specific range, but to suggest that it is inherently bad for types generally to have different definitions on different architectures is specious. If we care about compatibility with ISO 9899:1990 (Standard C 1990 edition), time_t is restricted to be no longer than `long'. By the way, POSIX specifies that time_t may be an integer or real-floating type. However, elsewhere it specifies a particular meaning which implies that the fractional part must always be zero. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200110262209.f9QM9on75561>