<html>#1062: the flesh allows a private parameter and a shared parameter of the same name
<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>wontfix</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td></td></tr>
<tr><td style='text-align:right'> Version:</td><td></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>Cactus</td></tr>
</table>
<p>Changes (by Roland Haas):</p>
<p><table>
<tr><td>status:</td><td>wontfix (was new)</td></tr>
</table></p>
<p>eg. currently </p>
<p>GRHydro_InitData::initial_Bvec</p>
<p>it should instead fail during the consistency checks in the configuration phase.</p>
<p>For GRHydro_InitData I'll fix this by making the private pieces part of the EXTEND (which they should have anyway I think).</p>
<p><strong>Keyword:</strong></p>
<p>Comment (by Roland Haas):</p>
<p>CST outputs a warning of the form</p>
<div class="codehilite"><pre><span></span>CST warning in /data/rhaas/postdoc/gr/cactus/ET_trunk/arrangements/EinsteinEvolve/GRHydro_InitData/param.ccl (at 15)
-> Duplicate parameter initial_hydro in thorn GRHydro_InitData. Ignoring second definition
</pre></div>
<p>which seems to be the intended way of handling this.</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/1062/the-flesh-allows-a-private-parameter-and-a'>https://bitbucket.org/einsteintoolkit/tickets/issues/1062/the-flesh-allows-a-private-parameter-and-a</a></p>
</html>