From owner-freebsd-sparc Wed Dec 17 15:57:50 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA28245 for sparc-outgoing; Wed, 17 Dec 1997 15:57:50 -0800 (PST) (envelope-from owner-freebsd-sparc@FreeBSD.ORG) Received: from dorifer.heim3.tu-clausthal.de (YmklRcEHC3PGDGav0TAyjrE58m7EZoX1@dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA28236 for ; Wed, 17 Dec 1997 15:57:34 -0800 (PST) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.5/8.8.5) id AAA20211 for freebsd-sparc@FreeBSD.ORG; Thu, 18 Dec 1997 00:57:20 +0100 (MET) Date: Thu, 18 Dec 1997 00:57:20 +0100 (MET) From: Oliver Fromme Message-Id: <199712172357.AAA20211@dorifer.heim3.tu-clausthal.de> To: freebsd-sparc@FreeBSD.ORG Subject: Re: Data types Newsgroups: list.freebsd-sparc Organization: Administration Heim 3 Reply-To: freebsd-sparc@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 RZTUC(3) PL2] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Robert S. Sciuk wrote in list.freebsd-sparc: > I'm not sure that this message went out to the list, but relevant info > appears at the following sites: > > http://www.UNIX-systems.org/version2/whatsnew/datasize.html > > and ... > > http://www.UNIX-systems.org/version2/whatsnew/lp64_wp.html > > I hope that this proves useful. Indeed, very interesting documents. Thanks! Especially, the chapter "Performance Characteristics" in the second document illuminates the question whether ints should be 32 or 64 bits on a hardware platform which is natively 64 bits (they mention Alpha, MIPS, Sparc V9 [AKA Ultra] and PowerPC). They come to the conclusion that ints should be 32 bits, and longs and pointers should be 64 bits, with which I tend to agree. (Note: ILP64 means ints, longs, and pointers are all 64 bits, LP64 means that ints are 32 bits.) Some software vendors have experimented with an ILP64 model, which can be approximated on LP64 systems by changing all int declarations to long. In these cases, the conclusion reached after these experiments was not to use ILP64, since the application did not benefit from the additional range of int values and did not wish to pay the performance penalty of extra memory use. [...] All this, as well as natural use of the native C datatypes to support all the widths needed in a 64-bit system make a compelling argument for the inherent advantage of LP64. This is just a small excerpt; I recommend to read the whole document. Regards Oliver -- Oliver Fromme, Leibnizstr. 18-61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de)