Date: Mon, 10 Nov 1997 13:01:28 -0700 (MST) From: Charles Mott <cmott@srv.net> To: freebsd-hackers@FreeBSD.ORG Subject: Re: Newest Pentium bug (fatal) Message-ID: <Pine.BSF.3.96.971110125152.25875B-100000@darkstar.home> In-Reply-To: <199711101840.LAA10030@usr05.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Perhaps if the source tree were reorganized to be more multiple
> architecture friendly, progress would speed up?
I'm sure other people have seen this problem, but the long data
type seems to cause hell when transitioning from 32 to 64 bit
architectures. There seem to be 2 strategies:
(1) int = 32 bits, long = 32 bits, long long = 64 bits
(2) int = 32 bits, long = 64 bits
Strategy (1) helps with a lot of the networking code which assumes long is
32 bits, but then there are some functions which seem to think that the
long data type should be the same size as an absolute address pointer.
If int ever goes to 64 bits, I can't imagine what disasters would be
waiting. But the fact that the NetBSD and OpenBSD people must have dealt
with this problem indicates there must be a straightforward solution.
Charles Mott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.971110125152.25875B-100000>