<div dir="ltr">Thanks Roland! This is going to be useful; I didn&#39;t know about that parameter file.<div><br></div><div>I&#39;ve been trying to compile Lorene, but am getting errors like:</div><div><br></div><div>Undefined symbols for architecture x86_64:<br></div>__<span id="m_-4668692501092793258gmail-m_6405854184804831395m_-2171398445476824104gmail-m_2980086284142906050:mf.3">gfortran</span>_<span id="m_-4668692501092793258gmail-m_6405854184804831395m_-2171398445476824104gmail-m_2980086284142906050:mf.4">os</span>_error&quot;, referenced from:<br>      _poiss2d_ in liblorenef77_g.a(poisson2d.o)<br>      _poiss2di_ in liblorenef77_g.a(poisson2di.o)<div><br></div><div>The initial &quot;make&quot; works fine. The errors only appear when I &quot;make test&quot; or &quot;make coal_ns_bh init_ns_bh lit_bin_ns_bh&quot; in the Codes/Bin_ns_bh directory. Did you by any chance run into something like this?</div><div><br></div>I&#39;m using the MacPorts universal version of gcc 6.3.0 and am compiling with g++ and gfortran. I&#39;ve tried setting -m64 and -m32, but neither works. I probably need to change something in my local settings file, but so far I haven&#39;t been able to figure out what.<div><br></div><div><div>Gwyneth</div><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 9, 2017 at 6:58 PM, Roland Haas <span dir="ltr">&lt;<a href="mailto:roland.haas@physics.gatech.edu" target="_blank">roland.haas@physics.gatech.ed<wbr>u</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Gwyneth, Frank, all,<br>
<span><br>
&gt; Thanks for all the comments! I&#39;m looking forward to trying this out.<br>
&gt;<br>
&gt; Once I manage to compile Lorene and produce some data, I&#39;ll have a go at<br>
&gt; importing the data into the toolkit. There&#39;s probably going to be a<br>
&gt; learning curve, but I don&#39;t mind spending some time on this. If I manage to<br>
&gt; get it working, I&#39;ll add to the wiki.<br>
</span>I was pointed out to me by a kind person that there is indeed a simpler<br>
way to get at &quot;some&quot; bhns initial data. You can use a combination of<br>
the TOVSolver and TwoPunctures thorns to obtain such a one as shown in<br>
the test parfile<br>
arrangements/EinsteinInitialDa<wbr>ta/TwoPunctures/test/bhns_eval<wbr>.par<br>
<br>
You will probably have to run with quite high values for npoints_A and<br>
npoints_B (easily &gt;60) to obtain any reasonable value for the<br>
constraints.<br>
<br>
This will not generate great (or even good) initial data since at the<br>
very least the star will be out of hydrostatic equilibrium so will<br>
start to oscillate noticeably when the simulation stars. Second the<br>
example parfile has the star at rest. You can give it a velocity via<br>
TOVSolver&#39;s TOV_Velocity_x[0] etc parameters though then you will not<br>
even strictly satisfy the initial data constraints for the metric since<br>
TOVSolver does not take the fluid into account when solving for the<br>
momentum constraint. Finally there is no help provided to obtain<br>
quasicircular orbits at all, so you are stuck with eg starting from the<br>
Newtonian velocity and see what happens.<br>
<br>
As said, not great initial data for BHNS but something that you could<br>
at least play with while learning how to use LORENE or getting access<br>
to better data produced by other codes.<br>
<div class="m_-4668692501092793258gmail-m_6405854184804831395m_-2171398445476824104gmail-m_2980086284142906050HOEnZb"><div class="m_-4668692501092793258gmail-m_6405854184804831395m_-2171398445476824104gmail-m_2980086284142906050h5"><br>
Yours,<br>
Roland<br>
<br>
--<br>
My email is as private as my paper mail. I therefore support encrypting<br>
and signing email messages. Get my PGP key from <a href="http://keys.gnupg.net" rel="noreferrer" target="_blank">http://keys.gnupg.net</a>.<br>
</div></div></blockquote></div><br></div></div></div>