<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Am 14.01.2022 um 05:20 schrieb Ben
Grasset via fpc-devel:<br>
</div>
<blockquote type="cite"
cite="mid:CAL4d7FjXd+KcL=ZVJPxis3jNFsy1Vff+mToS0PWJCNp5+o70fg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div dir="ltr">On Thu, Jan 13, 2022 at 9:20 AM Travis Siegel via
fpc-devel <<a href="mailto:fpc-devel@lists.freepascal.org"
moz-do-not-send="true" class="moz-txt-link-freetext">fpc-devel@lists.freepascal.org</a>>
wrote:<br>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
I wasn't aware of the whole MS not supporting the FPU thing,
that was <br>
the missing puzzle piece.<br>
</blockquote>
<div><br>
</div>
<div>It's not a realistic concern in actuality. There's a
reason almost every other compiler just continues to
generate x87 FPU instructions on x64 Windows when
appropriate the same way they do for whatever other
platforms are supported.</div>
</div>
</div>
</blockquote>
<br>
Just FYI what Delphi writes in their documentation (
<a class="moz-txt-link-freetext" href="https://docwiki.embarcadero.com/RADStudio/Sydney/en/Simple_Types_(Delphi)#Real_Types">https://docwiki.embarcadero.com/RADStudio/Sydney/en/Simple_Types_(Delphi)#Real_Types</a>
):<br>
<br>
On i386 Windows Extended is 80-bit, on x86_64 Linux, i386 macOS and
i386 iOS simulator it's 128-bit and on all other platforms (which
includes x86_64 Windows) it's 64-bit.<br>
<br>
So Delphi went the same way as we did.<br>
<br>
Regards,<br>
Sven<br>
</body>
</html>