From xemacs-m  Sat Jun 21 14:38:06 1997
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id OAA20166
	for <xemacs-beta@xemacs.org>; Sat, 21 Jun 1997 14:38:06 -0500 (CDT)
Received: from Eng.Sun.COM ([129.146.1.25]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id NAA25574 for <xemacs-beta@xemacs.org>; Sat, 21 Jun 1997 13:00:03 -0700
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id MAA06368; Sat, 21 Jun 1997 12:37:33 -0700
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id MAA27979; Sat, 21 Jun 1997 12:37:33 -0700
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id MAA08316; Sat, 21 Jun 1997 12:37:32 -0700
Date: Sat, 21 Jun 1997 12:37:32 -0700
Message-Id: <199706211937.MAA08316@xemacs.eng.sun.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Hrvoje Niksic <hniksic@srce.hr>
Cc: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: Yet more 64bits lossage
In-Reply-To: <kigwwnnre7y.fsf@jagor.srce.hr>
References: <19970621012424.18989@iria.mines.u-nancy.fr>
	<199706210604.XAA07502@xemacs.eng.sun.com>
	<QQcuvx10888.199706210628@crystal.WonderWorks.COM>
	<199706210825.BAA07607@xemacs.eng.sun.com>
	<kigu3iss4tu.fsf@jagor.srce.hr>
	<199706211829.LAA08243@xemacs.eng.sun.com>
	<kigwwnnre7y.fsf@jagor.srce.hr>
X-Mailer: VM 6.32 under 20.3 "Oslo" XEmacs Lucid (beta7)
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>

>>>>> "Hrv" == Hrvoje Niksic <hniksic@srce.hr> writes:

Hrv> Martin Buchholz <mrb@Eng.Sun.COM> writes:
Hrv> We've just received an ES3000 Ultra strong enough to do it (512M
Hrv> RAM).  The only thing I need now is Solaris 2.6. ;-)
>> 
>> I'm afraid 2.6 ain't gonna do it.  sizeof (void *) == 4.

Hrv> I know that; but why wouldn't sizeof(Lisp_Object) be 8?

It might be possible to use sizeof(Lisp_Object) == 8, so that we can
put the gc and tag bits into the upper 32 bits, and have the complete
lower 32 bits available for pointers and Lisp Integers.  But you don't 
have to wait for Solaris 2.6 for this:
`long long' is available and supported today, and is of size 8.
As of beta 8, you can test for long long in the C source via
SIZEOF_LONG_LONG
This will be 0 unless the `long long' type is defined.

`long long' will be part of the upcoming C standard, so starting to
use it now is not evil.

Martin

>> Sun's official position on 64-bits is "gradual transition", not
>> DEC's cold turkey approach.

Hrv> Yes, DEC got bitten by it.

