<div dir="ltr">Zach<div><br></div><div>Apologies for missing half of the discussion this morning -- I had an unexpected visitor in my office.</div><div><br></div><div>- Is it necessary to have an explicit conversion thorn? Couldn&#39;t these routines be simply part of <span style="font-size:13px">IllinoisGRMHD? For example, McLachlan uses its own variable, and contains its own routines to convert from/to ADMBase.</span></div><div><br></div><div><span style="font-size:13px">- If the routines really need to exist in two thorns, then I suggest having the actual routines in only one place, and calling the routines from the other place. (I probably completely missed the original motivation.) If necessary, you would need to introduce a third thorn containing these routines that these two thorns can call.</span></div><div><span style="font-size:13px"><br></span></div><div><span style="font-size:13px">- Symbolic links will in general not work since they will lead to two different routines with the same name, something that confuses the Unix linker and may lead to random problems (segfaults, undefined symbols at link time, etc.) If identical code exists in different thorns, then the routines must have different names.</span></div><div><span style="font-size:13px"><br></span></div><div><span style="font-size:13px">- Would scheduling &quot;IN initial AFTER HydroBase_Initial&quot; work?</span></div><div><span style="font-size:13px"><br></span></div><div><span style="font-size:13px">- Similarly, there should be a group HydroBase_SetHydroBaseVars where the respective routine should be scheduled. I think half of the functionality that is present in ADMBase is still missing from HydroBase since, so far, there was only one thorn (... or two very similar thorns ...) that used HydroBase. Feel free to suggest the respective extensions to HydroBase, modelled after ADMBase if possible.</span></div><div><span style="font-size:13px"><br></span></div><div><span style="font-size:13px">-erik</span></div><div><span style="font-size:13px"><br></span></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 17, 2015 at 11:49 AM, Zach Etienne <span dir="ltr">&lt;<a href="mailto:zachetie@gmail.com" target="_blank">zachetie@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>In conjunction with the recent update to IllinoisGRMHD, I just made public a couple of thorns that provide a HydroBase &lt;-&gt; IllinoisGRMHD compatibility layer. </div><div><br></div><div>ID_converter_ILGRMHD: This thorn converts Valencia formulation variables into variables IllinoisGRMHD can read, making it possible to input HydroBase-compatible initial data into IllinoisGRMHD.</div><div><br></div><div>convert_to_HydroBase: This thorn converts IllinoisGRMHD GRMHD variables into variables compatible with HydroBase every &quot;convert_to_HydroBase_every&quot; iterations. This thorn enables you to use HydroBase-compatible analysis thorns with IllinoisGRMHD.<br></div><div><br></div><div>There are a couple items on the TODO list for these thorns:</div><div>1) Because there is no uniform scheduling bin that runs after HydroBase_Initial, one must edit ID_converter_ILGRMHD/schedule.ccl to force the ID converter to be run AFTER the final initial data function in HydroBase_Initial</div><div><br></div><div>2) As we discussed during the Aug 17, 2015 ET telecon, there are symlinks inside these thorns to IllinoisGRMHD source code, requiring these thorns to be placed in the same subdirectory as the main IllinoisGRMHD code. If the symlinks must go, I would like to know the least painful way of getting rid of these symlinks without duplicating code.</div><div><br></div><div>Here&#39;s a link to the bitbucket repo:</div><div><a href="https://bitbucket.org/zach_etienne/illinoisgrmhd_compatibilitylayer" target="_blank">https://bitbucket.org/zach_etienne/illinoisgrmhd_compatibilitylayer</a><br></div><div><br clear="all"><div><div><div dir="ltr"><div>-Zach</div><div><br></div>*     *     *<br>Zachariah Etienne<br>Assistant Professor of Mathematics<div>West Virginia University<br></div></div></div></div>
</div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a><br>
<a href="http://lists.einsteintoolkit.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.einsteintoolkit.org/mailman/listinfo/users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Erik Schnetter &lt;<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a>&gt;<br><a href="http://www.perimeterinstitute.ca/personal/eschnetter/" target="_blank">http://www.perimeterinstitute.ca/personal/eschnetter/</a></div>
</div>