<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'> I haven't tested this but it looks very suspicious.. <BR>
When targeting 64 bit targets, the compiler thinks [-1 .. 1] is empty. <BR> When compiling things like "compare" functions.<BR> I didn't debug it but just looked at the code. <BR>
<BR> =================================================================== <BR> RCS file: /usr/cvs/cm3/m3-sys/m3middle/src/TInt.i3,v <BR> retrieving revision 1.4 <BR> diff -r1.4 TInt.i3 <BR> 26c26 <BR> < MOne = Int{NUMBER (IBytes), IBytes{16_ff,16_ff,..}}; <BR> --- <BR> > MOne = Int{NUMBER (IBytes), IBytes{16_ff,16_ff,16_ff,16_ff,16_ff,16_ff,16_ff,16_ff}}; <BR> <BR> <BR> another fix might be: <BR> <BR> <BR> > MOne = Int{1, IBytes{16_ff}}; <BR>
<BR> IBytes used to be 16 bit integers but now is 8 bit integers.<BR> PM3 has: <BR>
<BR> Zero = Int { IChunks {16_0000, 16_0000, 16_0000, 16_0000}}; <BR> One = Int { IChunks {16_0001, 16_0000, 16_0000, 16_0000}}; <BR> MOne = Int { IChunks {16_ffff, 16_ffff, 16_ffff, 16_ffff}}; <BR>
<BR> which seems adequate for what is likely going on in these parts. <BR>
<BR>
I believe ".." fills with zeros, not the previous value. <BR>
<BR> Also, is this objectionable? <BR>
<BR> RCS file: /usr/cvs/cm3/m3-libs/m3core/src/text/TextLiteral.i3,v <BR> retrieving revision 1.2 <BR> diff -r1.2 TextLiteral.i3 <BR> 15c15 <BR> < MaxBytes = LAST (INTEGER) DIV BITSIZE (Byte) - 32; <BR> --- <BR> > MaxBytes = 16_FFFFFCD; (* LAST (INTEGER) DIV BITSIZE (Byte) - 32; *) <BR>
<BR> Maybe. The 32 bit compiler doesn't like such large types (that follow from the use of this).<BR>
Maybe preferable to allow 32 bit hosted compiler to allow 64 bit sized types?<BR>
<BR> - Jay<BR><BR>
<BLOCKQUOTE>
<HR id=EC_stopSpelling>
From: jayk123@hotmail.com<BR>To: m3devel@elegosoft.com<BR>Date: Tue, 26 Feb 2008 18:53:58 +0000<BR>Subject: [M3devel] tangential 64 bit...<BR><BR>
<META content="Microsoft SafeHTML" name=Generator>
<STYLE>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass EC_body.hmmessage
{font-size:10pt;font-family:Tahoma;}
</STYLE>
alpha/osf doesn't work because basictypes/ctypes has a problem with the 32bit or 64bit types.<BR>specifically "unsigned long" is "empty" for some reason and many errors cascade from that.<BR> <BR>if you change:<BR> unsigned_int = [16_0 .. 16_ffffffff];<BR>to<BR> unsigned_int = [16_0 .. 16_fffffffe];<BR> <BR>you get:<BR> <BR> <BR>***<BR>*** runtime error:<BR>*** An array subscript was out of range.<BR>*** file "../src/TWord.m3", line 199<BR>***<BR><BR>Presumably fixing this first problem is the first step in any "real" 64 bit target (SPARC64, PPC64, AMD64, IA64), and the second problem should just be fixed as a matter of course.<BR> <BR>I know this is the least of anyone's concerns..<BR> <BR> - Jay<BR><BR><BR>
<HR>
Connect and share in new ways with Windows Live. <A href="http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008" target=_blank>Get it now!</A> </BLOCKQUOTE><br /><hr />Helping your favorite cause is as easy as instant messaging. You IM, we give. <a href='http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join' target='_new'>Learn more.</a></body>
</html>