<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 1/12/2022 5:20 PM, Sven Barth via
fpc-devel wrote:<br>
</div>
<blockquote type="cite"
cite="mid:4078ce17-dc02-00e7-8039-702ca5c8a396@googlemail.com">When
compiling from a target supporting Extended to one only supporting
Double there isn't a loss of precision when calculating values at
compile time. The other way around however, there *is* and that is
the more crucial problem.<br>
<br>
Regards,<br>
Sven<br>
<br>
</blockquote>
<p><i>I understand only part of this issue. 64-bit windows doesn't
have extended support, is there a reason for this? If it's
simply processors, and it works on linux, why does it not work
on windows?</i></p>
<p><i>Also, since it's 64-bit, wouldn't a double on a 64-bit system
match or exceed the numeric range on an extended range for a
32-bit system?</i></p>
<p><i>I'm no expert on compiler numeric ranges, and 32/64 ranges
aren't something I've studied a whole lot of, other than to note
that 64-bit processors can handle *much* larger numbers, so I
don't understand why this problem exists.</i></p>
<p><i>Is there a summary of why this is a problem anywhere I can
refer to so I can understand why this happens, and what (if
anything) can be done to solve it?</i></p>
<p><i>I've always been fascinated by compilers, though I've never
actually written anything except an assembler for dos several
years ago, I was never able to extend that to other languages,
because of lack of knowledge of how the cpu does things, but
this is still an interesting topic for me, and I honestly can't
figure out why there would be an issue at all.</i></p>
<p><i>I'm not doubting there is one, I'm just missing a piece or two
to understand it.</i></p>
<p><i>Any help would be appreciated.<br>
</i></p>
</body>
</html>