<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body>
    <p>Present: Roland H, Bill G, Beyhan K, Zhao Z, Federico C, Liu H,
      Atul K, Steve B, Peter D, Alois Peter S, Chris E, Zach E, Maria BH<br>
    </p>
    <p>Chair: Roland<br>
      Minutes: Bill</p>
    <p>&nbsp; * Questions before we start?<br>
    </p>
    <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
      padding: 0px; list-style-image:
      url(&quot;data:image/svg&#43;xml,%3Csvg
      xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
      height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
      fill=%22%2300528c%22/%3E %3C/svg%3E&quot;); color: rgb(34, 34,
      34); font-family: sans-serif; font-size: 14px; font-style: normal;
      font-variant-ligatures: normal; font-variant-caps: normal;
      font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
      start; text-indent: 0px; text-transform: none; white-space:
      normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
      0px; background-color: rgb(255, 255, 255); text-decoration-style:
      initial; text-decoration-color: initial;">
      <li style="margin-bottom: 0.1em;">improve interpolation in
        tabulated EOS in EOS_Omni [FC]</li>
    </ul>
    <blockquote style="color: rgb(34, 34, 34); font-family: sans-serif;
      font-size: 14px; font-style: normal; font-variant-ligatures:
      normal; font-variant-caps: normal; font-weight: 400;
      letter-spacing: normal; orphans: 2; text-align: start;
      text-indent: 0px; text-transform: none; white-space: normal;
      widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;
      background-color: rgb(255, 255, 255); text-decoration-style:
      initial; text-decoration-color: initial;">
      <p style="margin: 0.5em 0px; line-height: inherit;">Proposed
        modification to the EOS_Omni thorn: I would like to discuss the
        possibility of including the patch to the EOS_Omni thorn
        proposed in the pull request that you can find at
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/einsteineos/pull-requests/6/enhancement-to-newton-raphson-and/diff">https://bitbucket.org/einsteintoolkit/einsteineos/pull-requests/6/enhancement-to-newton-raphson-and/diff</a>&nbsp;
        <span></span>and tracked in the ticket at<span>
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues/2383/enhancement-to-newton-raphson-and">https://bitbucket.org/einsteintoolkit/tickets/issues/2383/enhancement-to-newton-raphson-and</a>&nbsp;
        </span>.&nbsp; Although the modification may appear as minor, in my
        opinion, it could be relevant in some cases when adopting
        tabulated EOS (in particular in case of weak energy dependence
        on temperature).</p>
      <p style="margin: 0.5em 0px; line-height: inherit;">Best Regards,
        Federico Cipolletta.</p>
    </blockquote>
    <p style="margin: 0.5em 0px; line-height: inherit;">** Federico:&nbsp;
      Developing code and done Spritz and GRHydro and the EOS_Omni thorn
      may not preform well in some cases.&nbsp; Using EOS, 3 Dim tables, rho,
      temp, and electron fluctuations.&nbsp; Define TOV initial data based on
      ICs, constant entropy or temp, for example.&nbsp; When starting with
      initial data from constant temperature obtain problems during
      evolution.&nbsp; GRHydro sim stops after about 140 iterations, temp
      grows too large.&nbsp; Parameter for t_max is in GRHydro and stops the
      sim.&nbsp; While in Spritz they get the incorrect results, temp goes
      too high.&nbsp; Added check in&nbsp; EOS_Omni to check temperatures, rho, y,
      eps, and want temp.&nbsp; See the tickets and pull request.&nbsp;
      Interpolate values of temperature, with Newton-Raphson, if
      iterations are more than a value you pass to other method
      Bisection.&nbsp; Paper in 2013 noted that if dependency of energy
      density on temperature is weak the Newton-Raphson can overshoot
      and can get out of the table ranges.&nbsp; Lines 547 and check line
      615, on the derivative, if too high goes to Bisection method,
      slower but more accurate.</p>
    <p style="margin: 0.5em 0px; line-height: inherit;">Would like this
      change in a new release.</p>
    <p style="margin: 0.5em 0px; line-height: inherit;">Zach: Could this
      change cause any trouble with existing GRHydro?&nbsp; Positive
      impression.</p>
    <p style="margin: 0.5em 0px; line-height: inherit;">Federico:&nbsp;
      Proposed names for reviewers.</p>
    <p style="margin: 0.5em 0px; line-height: inherit;">Roland:&nbsp; Would
      it know if temperature is about to land outside of the valid
      domain of the table?&nbsp; FC: Line 399 (see ticket).&nbsp; RH: Seem to be
      depriving the user of an error message.&nbsp; Should run it by a high
      temperature EOS user for discussion. <br>
    </p>
    <p style="margin: 0.5em 0px; line-height: inherit;">Peter: Do you
      make sure the root is properly bracketed that is needed by
      Bisection?&nbsp; Then guaranteed to find the solution.&nbsp; Do not see in
      the included code.&nbsp; FC: Think it is done in the earlier code.&nbsp; In
      Line 595 of Newton-Raphson, not included in the Diff shown in the
      ticket.<br>
    </p>
    <blockquote style="color: rgb(34, 34, 34); font-family: sans-serif;
      font-size: 14px; font-style: normal; font-variant-ligatures:
      normal; font-variant-caps: normal; font-weight: 400;
      letter-spacing: normal; orphans: 2; text-align: start;
      text-indent: 0px; text-transform: none; white-space: normal;
      widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;
      background-color: rgb(255, 255, 255); text-decoration-style:
      initial; text-decoration-color: initial;">
      <p style="margin: 0.5em 0px; line-height: inherit;"><br>
      </p>
    </blockquote>
    <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
      padding: 0px; list-style-image:
      url(&quot;data:image/svg&#43;xml,%3Csvg
      xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
      height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
      fill=%22%2300528c%22/%3E %3C/svg%3E&quot;); color: rgb(34, 34,
      34); font-family: sans-serif; font-size: 14px; font-style: normal;
      font-variant-ligatures: normal; font-variant-caps: normal;
      font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
      start; text-indent: 0px; text-transform: none; white-space:
      normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
      0px; background-color: rgb(255, 255, 255); text-decoration-style:
      initial; text-decoration-color: initial;">
      <li style="margin-bottom: 0.1em;">update on potential codes to be
        included in next release, from minutes [RH]
        <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
          padding: 0px; list-style-image:
          url(&quot;data:image/svg&#43;xml,%3Csvg
          xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
          height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
          r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E&quot;);">
          <li style="margin-bottom: 0.1em;">BaikalETK (Zach, Helvi) <br>
          </li>
        </ul>
        <font size="&#43;1">Zach: Have not heard from Helvi.&nbsp; She might be
          in finals, so maybe early next week.&nbsp; A couple of exchanges
          with Roland, GCC 9.3 has weird behavior, from man page or use
          the command line output so see optimizations for O1.&nbsp; Looking
          for the optimization for slow compiles, for the 8th order
          kernel, e.g.&nbsp; Pasted in the O1 optimizations expclicitly and
          it compiled fast.&nbsp; There is a command line flag for spitting
          out all the O1 optimizations.&nbsp; Something different from -O1
          and from the documentation for O1.&nbsp; Paths forward, split up
          8th order kernel, which is good for performance reasonse (3
          parts seems optimal performance).&nbsp; That should be a work
          around for this issue.&nbsp; Re-organizing the equations.&nbsp; So
          weird.&nbsp; Looks like same problem in gcc 10.0.&nbsp; Peter:&nbsp; Why not
          tell cactus to compile with these flags?&nbsp; Zach: Could, but
          simfactory uses -O1, O2, etc.&nbsp; Roland: Cannot taek the
          explicit list because compiler dependent.&nbsp; Could take the
          optimization, run it through Perl script for correct options
          for compiler.&nbsp; Seems too awkward.&nbsp; Zach:&nbsp; Very slow on MacOS
          but still maybe 3x slower on Linux.&nbsp; Gcc 7.5 and 8.4 compiles
          times are quite fine.&nbsp; Roland: Would like to see a positive
          review even if the -O1 is so slow for some platforms, Homebrew
          or MacPorts, then good on the clusters, at least.&nbsp; Zach:&nbsp; Did
          add some code tests, and tests enabled, and both (Baikal and
          Baikal vacuum) passed on all the clusters.<br>
        </font>
        <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
          padding: 0px; list-style-image:
          url(&quot;data:image/svg&#43;xml,%3Csvg
          xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
          height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
          r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E&quot;);">
          <li style="margin-bottom: 0.1em;">PreSync (Steve, Roland)&nbsp;&nbsp; <br>
          </li>
        </ul>
        <font size="&#43;1">Roland:&nbsp; Seen a lot of &quot;churn&quot; in the last
          weeks.&nbsp; Steve:&nbsp; Fxiing things.&nbsp; Seeing if he can adjust Kranc
          to create correct Presync code.&nbsp; No good count as to how many
          issues/tickets for fixing it to get it in the release.&nbsp;
          Roland:&nbsp; Not ready today, but could still be read by release.&nbsp;
          Some as official, other parts as experimental.<br>
        </font><br>
      </li>
      <li style="margin-bottom: 0.1em;">tickets with bugfixes to review
        before freeze [RH]</li>
      <ul>
        <li style="margin-bottom: 0.1em;">no. 2381
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues/2381/update-vectors-altivec-support">https://bitbucket.org/einsteintoolkit/tickets/issues/2381/update-vectors-altivec-support</a>&nbsp;&nbsp;&nbsp;
          <br>
        </li>
      </ul>
    </ul>
    Roland: Support the Power9 cpus on Summit.<br>
    <blockquote>
      <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
        padding: 0px; list-style-image:
        url(&quot;data:image/svg&#43;xml,%3Csvg
        xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
        height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
        r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E&quot;); color:
        rgb(34, 34, 34); font-family: sans-serif; font-size: 14px;
        font-style: normal; font-variant-ligatures: normal;
        font-variant-caps: normal; font-weight: 400; letter-spacing:
        normal; orphans: 2; text-align: start; text-indent: 0px;
        text-transform: none; white-space: normal; widows: 2;
        word-spacing: 0px; -webkit-text-stroke-width: 0px;
        background-color: rgb(255, 255, 255); text-decoration-style:
        initial; text-decoration-color: initial;">
        <li style="margin-bottom: 0.1em;">no. 2370
          <a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues/2370">https://bitbucket.org/einsteintoolkit/tickets/issues/2370</a>&nbsp; <br>
        </li>
      </ul>
    </blockquote>
    Roland:&nbsp; Simple fix and will commit after this call.<br>
    <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
      padding: 0px; list-style-image:
      url(&quot;data:image/svg&#43;xml,%3Csvg
      xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
      height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
      fill=%22%2300528c%22/%3E %3C/svg%3E&quot;); color: rgb(34, 34,
      34); font-family: sans-serif; font-size: 14px; font-style: normal;
      font-variant-ligatures: normal; font-variant-caps: normal;
      font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
      start; text-indent: 0px; text-transform: none; white-space:
      normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
      0px; background-color: rgb(255, 255, 255); text-decoration-style:
      initial; text-decoration-color: initial;">
      <li style="margin-bottom: 0.1em;"><br>
      </li>
      <li style="margin-bottom: 0.1em;"><a class="moz-txt-link-freetext" href="https://www.timeanddate.com/countdown/to?iso=20200514T09&amp;p0=3704&amp;msg=Feature&#43;freeze&amp;font=sanserif">https://www.timeanddate.com/countdown/to?iso=20200514T09&amp;p0=3704&amp;msg=Feature&#43;freeze&amp;font=sanserif</a>&nbsp;
        in<span>&nbsp;</span><b>7</b><span>&nbsp;</span>days,<span>&nbsp;</span><a href="https://docs.einsteintoolkit.org/et-docs/Release_Details#Schedule_for_ET_2020_05" title="Release Details" style="text-decoration: none; color:
          rgb(11, 0, 128); background: none;">timeline</a><span>&nbsp;</span>[RH]&nbsp;&nbsp;
        <b>!!!</b><br>
      </li>
      <li style="margin-bottom: 0.1em;">slow compile of Baikal code with
        gcc 9.3.0 on OSX [RH]<br>
        <font size="&#43;1">See discussion by Zach above.</font>
        <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
          padding: 0px; list-style-image:
          url(&quot;data:image/svg&#43;xml,%3Csvg
          xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
          height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
          r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E&quot;);">
          <li style="margin-bottom: 0.1em;">takes about 30 minutes to
            compile 8th order FD RHS using gcc 9.3.0 using -O1 and
            -march=core2</li>
          <li style="margin-bottom: 0.1em;">Zach and Roland have been
            looking into this</li>
          <li style="margin-bottom: 0.1em;">slowness goes away if one
            uses<span>&nbsp;</span><code style="font-family: monospace,
              monospace; color: rgb(0, 0, 0); background-color: rgb(248,
              249, 250); border: 1px solid rgb(234, 236, 240);
              border-radius: 2px; padding: 1px 4px;">gcc -O1
              --help=optimizers</code><span>&nbsp;</span>which claims to
            report the options that are used by -O1</li>
          <li style="margin-bottom: 0.1em;">not observed on Linux</li>
        </ul>
      </li>
      <li style="margin-bottom: 0.1em;">deprecation announcement for
        ET_2020_05 [RH]&nbsp;&nbsp; <br>
        <font size="&#43;1">Roland: Policy of announcing deprecation in the
          release BEFORE the actual deprecation.&nbsp; Recommends:</font><br>
        <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
          padding: 0px; list-style-image:
          url(&quot;data:image/svg&#43;xml,%3Csvg
          xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
          height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
          r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E&quot;);">
          <li style="margin-bottom: 0.1em;">non-piraha parser in CST
            will be removed (will fail to parse READS / WRITES already)</li>
          <li style="margin-bottom: 0.1em;">READS / WRITES for
            non-existing variables will be a CST error, instead of a
            runtime error when the READS is encountered</li>
        </ul>
      </li>
    </ul>
    <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
      padding: 0px; list-style-image:
      url(&quot;data:image/svg&#43;xml,%3Csvg
      xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
      height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
      fill=%22%2300528c%22/%3E %3C/svg%3E&quot;); color: rgb(34, 34,
      34); font-family: sans-serif; font-size: 14px; font-style: normal;
      font-variant-ligatures: normal; font-variant-caps: normal;
      font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
      start; text-indent: 0px; text-transform: none; white-space:
      normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
      0px; background-color: rgb(255, 255, 255); text-decoration-style:
      initial; text-decoration-color: initial;">
      <li style="margin-bottom: 0.1em;"><span><a class="moz-txt-link-freetext" href="http://einsteintoolkit.org/testsuite_results/index.php">http://einsteintoolkit.org/testsuite_results/index.php</a></span>[RH]&nbsp;&nbsp;&nbsp;
        <br>
        <font size="&#43;1">Roland:&nbsp; Ran last 4 days ago.&nbsp; Same as before,
          most are passing, as do the two Baikal tests.<br>
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&amp;priority=major&amp;priority=blocker&amp;priority=critical&amp;status=new&amp;status=open">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&amp;priority=major&amp;priority=blocker&amp;priority=critical&amp;status=new&amp;status=open</a>&nbsp;&nbsp;
          Peter: Summation by parts, will enable a new default to be
          minimal bandwidth, and not use the so-called optimized one.&nbsp;
          Will get information from Miguel and propose it.</font><br>
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&amp;priority=minor&amp;priority=trivial&amp;milestone=ET_2020_05&amp;status=new&amp;status=open">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&amp;priority=minor&amp;priority=trivial&amp;milestone=ET_2020_05&amp;status=new&amp;status=open</a>&nbsp;&nbsp;
        <span style="color: rgb(34, 34, 34); font-family: sans-serif;
          font-size: 14px; font-style: normal; font-variant-ligatures:
          normal; font-variant-caps: normal; font-weight: 400;
          letter-spacing: normal; orphans: 2; text-align: left;
          text-indent: 0px; text-transform: none; white-space: normal;
          widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;
          background-color: rgb(255, 255, 255); text-decoration-style:
          initial; text-decoration-color: initial; display: inline
          !important; float: none;">tagged for the next release<br>
          other
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=proposal&amp;kind=enhancement&amp;milestone=ET_2020_05&amp;status=open&amp;status=new">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=proposal&amp;kind=enhancement&amp;milestone=ET_2020_05&amp;status=open&amp;status=new</a>&nbsp;&nbsp;
        </span><span style="color: rgb(34, 34, 34); font-family:
          sans-serif; font-size: 14px; font-style: normal;
          font-variant-ligatures: normal; font-variant-caps: normal;
          font-weight: 400; letter-spacing: normal; orphans: 2;
          text-align: left; text-indent: 0px; text-transform: none;
          white-space: normal; widows: 2; word-spacing: 0px;
          -webkit-text-stroke-width: 0px; background-color: rgb(255,
          255, 255); text-decoration-style: initial;
          text-decoration-color: initial; display: inline !important;
          float: none;">flagged for the next release<br>
        </span></li>
      <li style="margin-bottom: 0.1em;">gallery testing:
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=task&amp;milestone=ET_2020_05">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=task&amp;milestone=ET_2020_05</a>&nbsp;
        <br>
        <font size="&#43;1">Roland:&nbsp; Advises compiling now but again after
          the Feature Freeze in about 7 days!</font><br>
        <ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
          padding: 0px; list-style-image:
          url(&quot;data:image/svg&#43;xml,%3Csvg
          xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
          height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
          r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E&quot;);">
          <li style="margin-bottom: 0.1em;">TOV: Brock Brendal (UIUC)</li>
          <li style="margin-bottom: 0.1em;">BNS: Shawn Rosofsky (UIUC)</li>
          <li style="margin-bottom: 0.1em;">BBH: Peter Schaffarczyk
            (Kiel)</li>
          <li style="margin-bottom: 0.1em;">Poisson: Bil Gabella
            (Vanderbilt)</li>
          <li style="margin-bottom: 0.1em;">Multipatch scalar wave:
            Beyhan Karakaş (Ege University)</li>
        </ul>
      </li>
    </ul>
    <p>unanswered question on mailing list:&nbsp;
      <a class="moz-txt-link-freetext" href="https://www.einsteintoolkit.org/tools/unanswered.php">https://www.einsteintoolkit.org/tools/unanswered.php</a></p>
    <p>open tickets sorted by update time:&nbsp;
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?status=open&amp;status=new&amp;sort=-updated_on">https://bitbucket.org/einsteintoolkit/tickets/issues?status=open&amp;status=new&amp;sort=-updated_on</a></p>
    <p>tickets ready for review:&nbsp;
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?status=new&amp;status=open&amp;sort=-updated_on&amp;q=Please%20review">https://bitbucket.org/einsteintoolkit/tickets/issues?status=new&amp;status=open&amp;sort=-updated_on&amp;q=Please%20review</a></p>
    <p>Steve:&nbsp; New cactus site is <a href="https://test.cactuscode.org/">https://test.cactuscode.org/</a>
      please make comments.&nbsp; Current site <a href="http://cactuscode.org/">http://cactuscode.org/</a> .&nbsp; And
      this move is clearly decoupled from the new release.&nbsp; We can do it
      whenever.<br>
    </p>
    <p>New Cactus ticket <a href="https://bitbucket.org/einsteintoolkit/tickets/issues/2387/move-cactuscodeorg-to-be-hosted-by-github">https://bitbucket.org/einsteintoolkit/tickets/issues/2387/move-cactuscodeorg-to-be-hosted-by-github</a>
      <br>
    </p>
    <p>Atul: <b>BBH test</b>, finished the figure for position of the
      centers and the strain.&nbsp; Some scaling issue compared to LIGO
      version.&nbsp; Ian Hinder's code on Mathematica,&nbsp; SimulationTools helps
      to sort that out:&nbsp; <a href="https://simulationtools.org/">https://simulationtools.org/</a>
      .&nbsp; Peter S. will work on that.&nbsp; Working on Kerr Ricci scalars
      using Mathematica and Atul is missing a few C compilers that he
      needs...on his version of Mathematica on Windows.&nbsp; Third set of
      images on apparent horizons, made with VisIT.&nbsp; Issue page on
      GitHub, Roland recalls that there is a statement that you are
      using the intercompiler (?) to compile things.&nbsp; Should send a
      message to Users list on Einstein toolkit and on the Simulation
      Tools GitHub issues page, BitBucket&nbsp; <a href="https://bitbucket.org/simulationtools/simulationtools/issues">https://bitbucket.org/simulationtools/simulationtools/issues</a>
      .&nbsp; Atul is working on Windows with Mathematica and Steve
      recommends using the Linux on Windows.</p>
    <p>* Anything else:</p>
    <p>** Beyhan:&nbsp; Getting errors with core collapse control thorn in
      the source code, he thinks.&nbsp; Roland: Sounds like something is
      missing.&nbsp; Version from SVN, could be old.&nbsp; Post a ticket if you
      still have problems.</p>
    <p>** Bill: Is anyone running VisIT in a container?&nbsp; Seems
      not---will find a way to run it.<br>
    </p>
    <p>Roland:&nbsp;<b> Vote next week for Feature Freeze.</b>&nbsp; Take a look
      at the new codes being included.<br>
    </p>
    --
    <pre class="moz-signature" cols="72">=====================================
William Gabella
Research Assistant Professor
Department of Physics and Astronomy
Vanderbilt University
Nashville, TN  USA

<a class="moz-txt-link-abbreviated" href="mailto:b.gabella@vanderbilt.edu">b.gabella@vanderbilt.edu</a>
(o) 615-343-2713</pre>
  </body>
</html>