<div dir="ltr">In my case the interest is being able to use the full capabilities of a 64-bit platform, including addressing more than 4 gigabytes of RAM.<div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 15, 2021 at 2:37 PM <<a href="mailto:peter@easthope.ca">peter@easthope.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">From:   Charles Perkins <<a href="mailto:chuck@kuracali.com" target="_blank">chuck@kuracali.com</a>><br>
Date:   Fri, 15 Jan 2021 13:17:03 -0800<br>
> On review of the source, I see that LONGREAL is currently aliased to REAL<br>
> in ORB, suggesting that REAL may stay 32-bit and LONGREAL would be 64-bit.<br>
> Would the same be done for SET, introducing LONGSET perhaps?<br>
<br>
>From the new Project Oberon book I had the impression that the gain of <br>
one type rather than two outweighed the loss of storing some numbers <br>
in capacities larger than necessary.<br>
<br>
If so, wouldn't any machine have only REAL, according to hardware <br>
capability, whether 32 bits or 64 bits or 128 bits?<br>
<br>
What are the requirements motivating interest in 64 bits?  Numerical <br>
modeling?<br>
<br>
Thanks,                     ... P. L.<br>
<br>
-- <br>
Tel: +1 604 670 0140            Bcc: peter at easthope. ca<br>
<br>
--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch" target="_blank">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" rel="noreferrer" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
</blockquote></div>