<html>#2119: The binary neutron star gallery example gives different results with the release candiate.
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td>Peter Diener</td></tr>
<tr><td style='text-align:right'>   Status:</td><td>open</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td>ET_2019_10</td></tr>
<tr><td style='text-align:right'>  Version:</td><td>development version</td></tr>
<tr><td style='text-align:right'>     Type:</td><td>bug</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>minor</td></tr>
<tr><td style='text-align:right'>Component:</td><td>Other</td></tr>
</table>

<p>Comment (by Roland Haas):</p>
<p>Not quite resolved I would say. Anyone using <code>-Ofast</code> or <code>-ffast-math</code> with the GNU compiler needs to be aware that this can subtle change values which can cascade out of control. Similar for the Intel compilers derfault behaviour (which is closer to <code>-ffast-math</code> than regular math unless <code>-fp precise</code> is used).</p>
<p>I would like to verify that when using <code>ET_Proca</code> for most of the code but the “old” Meudon code I do get the same results as using all old code (or all new code vs. old code and new Meudon which is about the same check) on my workstation with gcc and <code>-O2</code>. Peter still saw some differences that we could not explain. Running with <code>-Ofast</code> was mostly to get a handle of the differences to expect eg between gcc and Intel compilers (or between different clusters maybe since Fortran code always behaves more like <code>-ffast-math</code> than regular math).</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/2119/the-binary-neutron-star-gallery-example'>https://bitbucket.org/einsteintoolkit/tickets/issues/2119/the-binary-neutron-star-gallery-example</a></p>
</html>