<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Just trying to keep this on the users list.</p>
    <p>--Steve<br>
    </p>
    <div class="moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class="moz-email-headers-table" cellspacing="0"
        cellpadding="0" border="0">
        <tbody>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">Subject:
            </th>
            <td>Re: [Users] ET and recent Intel compilers</td>
          </tr>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">Date: </th>
            <td>Mon, 25 Oct 2021 09:00:26 +0900</td>
          </tr>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">From: </th>
            <td>Hee Il Kim <a class="moz-txt-link-rfc2396E" href="mailto:heeilkim@gmail.com">&lt;heeilkim@gmail.com&gt;</a></td>
          </tr>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">To: </th>
            <td>Steven R. Brandt <a class="moz-txt-link-rfc2396E" href="mailto:sbrandt@cct.lsu.edu">&lt;sbrandt@cct.lsu.edu&gt;</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <div dir="ltr">Hi Steve,
        <div><br>
        </div>
        <div>I'm using that 'fp-precise' option. The bns specific thorns
          like NSTracker and RotatingSymmetry180 didn't make the issue
          (and RK3 instead of RK4 is tested).</div>
        <div><br>
        </div>
        <div>I think I might be mistaken but I've thought that TOV and
          BNS use different initial data setup, for instance, to get the
          values for _p, _p_p etc. I was suspecting that BNS might be
          causingĀ the trouble while making those data. But I've got
          messy confirming what I have thought. Do you have any feeling
          it's likely caused by this process? Since the TOV test didn't
          encounter the issue, I think there's no more bns-specific
          processes.</div>
        <div><br>
        </div>
        <div>Thanks in advance.</div>
        <div><br>
        </div>
        <div>Hee Il</div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Thu, Oct 21, 2021 at 10:45
          PM Steven R. Brandt &lt;<a href="mailto:sbrandt@cct.lsu.edu"
            target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">sbrandt@cct.lsu.edu</a>&gt;
          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">
          <div>
            <p>Sorry I lost track of this email thread. I got caught up
              with other things. I'm wondering whether you have tried
              compiling with fp-precise? I'm just wondering whether it
              could be a problem with Intel's optimization.<br>
            </p>
            <p>--Steve<br>
            </p>
            <div>On 9/1/2021 6:21 AM, Hee Il Kim wrote:<br>
            </div>
            <blockquote type="cite">
              <div dir="ltr">
                <div dir="ltr">
                  <div>Hi,</div>
                  <div><br>
                  </div>
                  <div>As James Healy mentioned in the post "[Users]
                    Einstein Toolkit and modern AMD supercomputer", I
                    found static_tov.par passed the test for the Intel
                    issue. So some bns-generic codes would make NaNs.
                    But less probable because the only bns-generic code
                    would be NSTracker but I've already encountered the
                    NaN production issue w/wo NSTracker.</div>
                  <div><br>
                  </div>
                  <div>NaNChecker itself could be suspected but both bns
                    and tove tests are using NaNChecker.</div>
                  <div><br>
                  </div>
                  <div>Rather, it could be a generic issue of Intel
                    compiler. There are some bugs reported and new
                    features in handling NaNs for the case of ifx. Those
                    look just irrelevant yet.</div>
                  <div><br>
                  </div>
                  <div>Hee IlĀ </div>
                  <div><br>
                  </div>
                  <div><br>
                  </div>
                  <div><br>
                  </div>
                </div>
              </div>
              <br>
              <fieldset></fieldset>
              <pre>_______________________________________________
Users mailing list
<a href="mailto:Users@einsteintoolkit.org" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">Users@einsteintoolkit.org</a>
<a href="http://lists.einsteintoolkit.org/mailman/listinfo/users" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>
</pre>
            </blockquote>
          </div>
          _______________________________________________<br>
          Users mailing list<br>
          <a href="mailto:Users@einsteintoolkit.org" target="_blank"
            moz-do-not-send="true" class="moz-txt-link-freetext">Users@einsteintoolkit.org</a><br>
          <a
            href="http://lists.einsteintoolkit.org/mailman/listinfo/users"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">http://lists.einsteintoolkit.org/mailman/listinfo/users</a><br>
        </blockquote>
      </div>
    </div>
  </body>
</html>