Date: Sun, 8 Apr 2001 11:58:47 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: leclercn@videotron.ca Cc: Peter Wemm <peter@wemm.org>, freebsd-alpha@FreeBSD.ORG Subject: Re: 64bits mixups (Was: Re: Vinum status) Message-ID: <15056.35511.810402.576637@grasshopper.cs.duke.edu> In-Reply-To: <3AD05711.7000002@videotron.ca> References: <20010408030913.213D1380A@overcee.netplex.com.au> <3AD05711.7000002@videotron.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
tcn writes: > It is an error to keep ints of 32 bits on 64 bits machine like it > would have been an error on ia32 to keep ints of 16bits. (I come from a > dos world...) It is not an error. It is standard industry practice, every major vendor with a 64-bit platform follows lp64. Almost nobody chose ilp64. Go read http://www.opengroup.org/public/tech/aspen/lp64_wp.htm I think the pointer size manipulation you're referring to in Compaq's CXX is the old Tru64 taso (Truncated Address Space) trick where they use 32-bit pointers and make sure that the entire program's address space fits in 4G. This can indeed be useful to run old, buggy code like your aliance program. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15056.35511.810402.576637>