<html>#2549: inlcude FLRWSolver in ET
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td>Roland Haas</td></tr>
<tr><td style='text-align:right'>   Status:</td><td>new</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td>ET_2022_05</td></tr>
<tr><td style='text-align:right'>  Version:</td><td>development version</td></tr>
<tr><td style='text-align:right'>     Type:</td><td>enhancement</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>major</td></tr>
<tr><td style='text-align:right'>Component:</td><td></td></tr>
</table>

<p>Comment (by Zach Etienne):</p>
<p>Issue 5: I’m a bit confused as to why <code>check_metric()</code> is <code>something that we do at the end of each initial data routine</code>. All it does is:</p>
<div class="codehilite"><pre><span></span><span>    if (CCTK_EQUALS (metric_type, &quot;physical&quot;)) then</span>
<span>       ! do nothing</span>
<span>    else</span>
<span>       call CCTK_WARN (0, &quot;Unknown value of ADMBase::metric_type -- FLRW only set-up for metric_type = physical&quot;)</span>
<span>    endif</span>
</pre></div>


<p>This parameter cannot change while <code>FLRWSolver</code> is being run, or at all after the parfile is read in, so it only needs to be checked once. In fact I think there’s a scheduling bin for it: <code>ParamCheck</code>.</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/2549/inlcude-flrwsolver-in-et'>https://bitbucket.org/einsteintoolkit/tickets/issues/2549/inlcude-flrwsolver-in-et</a></p>
</html>