<div dir="ltr">Thanks Roland! Adding -lgfortran to LIB_CXX eliminated most of the "undefined symbols" errors. <div><br></div><div>The ones that remain are related to liblapack.a and liblorene_g.a. For example:<div><br></div>Undefined symbols for architecture x86_64:<br> "_ATL_cGetNB", referenced from:<br> _ATL_ilaenv in liblapack.a(ATL_ilaenv.o)<br></div><div><br></div><div>I guess there's still some problem with the libraries. </div><div><br></div><div>Apparently one needs the development version of Lapack for a successful Lorene compilation (<a href="http://www.lorene.obspm.fr/prerequisites.html" target="_blank">http://www.lorene.obspm.fr/pr<wbr>erequisites.html</a>), but I think I only have the December 2016 release. I'll see if adding the development version makes a difference.</div><div><br></div><div class="gmail_extra">Gwyneth</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 12, 2017 at 8:30 PM, Roland Haas <span dir="ltr"><<a href="mailto:roland.haas@physics.gatech.edu" target="_blank">roland.haas@physics.gatech.<wbr>edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Gwyneth,<br>
<span><br>
> Thanks Roland! This is going to be useful; I didn't know about that<br>
> parameter file.<br>
><br>
> I've been trying to compile Lorene, but am getting errors like:<br>
><br>
> Undefined symbols for architecture x86_64:<br>
> __gfortran_os_error", referenced from:<br>
> _poiss2d_ in liblorenef77_g.a(poisson2d.o)<br>
> _poiss2di_ in liblorenef77_g.a(poisson2di.o)<br>
><br>
> The initial "make" works fine. The errors only appear when I "make test" or<br>
> "make coal_ns_bh init_ns_bh lit_bin_ns_bh" in the Codes/Bin_ns_bh<br>
> directory. Did you by any chance run into something like this?<br>
><br>
> I'm using the MacPorts universal version of gcc 6.3.0 and am compiling with<br>
> g++ and gfortran. I've tried setting -m64 and -m32, but neither works. I<br>
> probably need to change something in my local settings file, but so far I<br>
> haven't been able to figure out what.<br>
</span>As a guess: you may have to add -lgfotran to your LIB_CXX settings in<br>
local_settings, ie:<br>
<br>
ifeq ($(FFT_DIR),FFTW3)<br>
LIB_CXX = -lfftw3 -lgfortran -lstdc++ -lm<br>
else<br>
LIB_CXX = -lgfortran -lstdc++ -lm<br>
endif<br>
<span><br>
Yours,<br>
Roland<br>
<br>
--<br>
My email is as private as my paper mail. I therefore support encrypting<br>
</span>and signing email messages. Get my PGP key from <a href="http://pgp.mit.edu" rel="noreferrer" target="_blank">http://pgp.mit.edu</a> .<br>
<div class="m_-9203867105990139725HOEnZb"><div class="m_-9203867105990139725h5">Disclaimer - University of Cape Town This e-mail is subject to UCT policies and e-mail disclaimer published on our website at <a href="http://www.uct.ac.za/about/policies/emaildisclaimer/" rel="noreferrer" target="_blank">http://www.uct.ac.za/about/pol<wbr>icies/emaildisclaimer/</a> or obtainable from <a href="tel:%2B27%2021%20650%209111" value="+27216509111" target="_blank">+27 21 650 9111</a>. If this e-mail is not related to the business of UCT, it is sent by the sender in an individual capacity. Please report security incidents or abuse via <a href="mailto:csirt@uct.ac.za" target="_blank">csirt@uct.ac.za</a><br>
</div></div><br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@einsteintoolkit.org" target="_blank">Users@einsteintoolkit.org</a><br>
<a href="http://lists.einsteintoolkit.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.einsteintoolkit.o<wbr>rg/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>