<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>