<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi Roland,</div><div><br></div><div>Again, thank you!</div><div><br></div><div>I added<font face="monospace"> LIBS=gfortran</font> to the OptionList file and re-ran. It didn't work. Same error -- but much, much faster!</div><div><br></div><div>I checked (<font face="monospace">echo $LIBS</font>) in my console and the variable is <i>not</i> set there.</div><div><br></div><div>(I deleted the remainder of our email thread -- way too long -- and we both have all the text in previous emails.)</div><div><br></div><div>I attached the two files you requested. The OptionsList file has the <font face="monospace">LIBS=gfortran</font> statement added, and it appears in the listing when I re-ran.</div><div><br></div><div>I believe the variable LIBS (and perhaps LIBDIRS) is supposed to be set in the file</div><div><br></div><div>./repos/flesh/lib/make/known-architectures/darwin<br></div><div><br></div><div>That file is very old (2004) and, admittedly I'm not a shell programming guy, but it contains lines which may no longer work. Specifically, if you look at</div><div><br></div><div><div><font face="monospace">FPP='/usr/bin/cpp'</font></div><div><font face="monospace">FPP_VERSION="`$FPP --version | awk '{print $3; exit}'`"</font><br></div></div><div><br></div><div>then FPP_VERSION will not pick up the version string for the HomeBrew install. Because when I enter</div><div><div><font face="monospace">❯ <b>/usr/local/bin/cpp-10 --version</b></font></div><div><br></div><div>I get</div><div> <br></div><div><font face="monospace">cpp-10 (Homebrew GCC 10.2.0_4) 10.2.0</font></div><div><font face="monospace">Copyright (C) 2020 Free Software Foundation, Inc.</font></div><div><font face="monospace">This is free software; see the source for copying conditions. There is NO</font></div><div><font face="monospace">warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.</font></div></div><div><br></div><div>so the version string is no longer the 3rd field in the line as the awk command seems to require.</div><div><br></div><div>Of course this is probably irrelevant -- the file may no longer be used. I played around with awk -- which I know little about -- and came up with a replacement for the FPP_VERSION line above which seems to work. It clearly isn't enough by itself to update the file darwin (and was likely a waste of time -- although somewhat educational). Specifically,</div><div><br></div><div><font face="monospace">echo -e "`$FPP --version | awk 'match ($0, /[0-9]+\.[0-9]+\.[0-9]+/){print substr($0,RSTART,RLENGTH); exit}'`"<br></font></div><div><br></div><div>seems to work if FPP = /usr/local/bin/cpp-10</div><div><br></div><div>Be all that as it may, I wonder if I should add a line like<font face="monospace"> LIBDIRS = /usr/local/lib/libgfortran.a</font> to the OptionList file?</div><div><br></div><div>(Because when I enter</div><div><div><b><font face="monospace">❯ locate libgfortran.a</font></b></div><div>I get</div><div><font face="monospace">/usr/local/Cellar/gcc/10.2.0_4.reinstall/lib/gcc/10/libgfortran.a</font></div><div><font face="monospace">/usr/local/lib/i386/libgfortran.a</font></div><div><font face="monospace">/usr/local/lib/libgfortran.a</font> )</div></div><div><br></div><div>What do you suggest?</div><div><br></div><div>I really appreciate all your help! Thank you!</div><div><br></div><div>Murray</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 13, 2021 at 6:41 PM Roland Haas <<a href="mailto:rhaas@illinois.edu">rhaas@illinois.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hello Murray,<br>
<br>
this may be caused by having set LDFLAGS or LIBS or similar.<br>
Since Cactus combine C, C++ and Fortran code and links using the g++<br>
wrapper one must manually list the Fotran runtime library "gfortran" as<br>
a library to link. <br>
<br>
It should figure that out on its own when it detects the compiler in<br>
use at configure time (unless you got something like "Cactus has never<br>
been build on this architecture" in which case somehow it failed to<br>
recognize the OS / compiler).<br>
<br>
You can probably fix this by adding:<br>
<br>
LIBS=gfortran <br>
<br>
to your OptionList file in configs/sim/ the run<br>
<br>
./simfactory/bin/sim build --reconfig<br>
<br>
(--clean should not be necessary).<br>
<br>
I am not quite sure how ended up with this error if you used the files<br>
provided by simfactory (can you include your OptionList file and the<br>
file configs/sim/config-data/make.config.defn as an email attachment?),<br>
though.<br>
<br>
Do you happen to have a environment variable "LIBS" set, such a<br>
variable would most likely confuse things? <br>
<br>
Yours,<br>
Roland<br><br>
</blockquote></div></div></div></div></div></div></div></div>