<div dir="auto">Klaus,</div><div dir="auto"><br></div><div dir="auto">Thank you for the response, I will try to set it up in a Docker and see how it goes. Ill try the make command with the proper flags as well, to see if i can get something running this week.</div><div dir="auto"><br></div><div dir="auto">Best,</div><div dir="auto"><br></div><div dir="auto">Jared</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 8, 2021 at 2:52 PM Klaus Weide <<a href="mailto:klaus@flash.uchicago.edu">klaus@flash.uchicago.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On Fri, 8 Jan 2021, Jared Guzman wrote:<br>
<br>
> So running that line within my object directory creates the command,<br>
> however, new commands are now sought by the system, such as the one<br>
> attached. If i run the line you sent, replacing 'Burn_interface.F90' with<br>
> the missing command, then a new error pops up, repeating the same text just<br>
> missing a different one each time (i.e. create Burn_interface, but<br>
> ut_sysMemData.mod is missing, create ut_sysMemData.mod<br>
> but gr_pmFlashHookData.o is missing, creating that but IncompNS_interface.o<br>
> is missing, etc.)<br>
> <br>
> There seem to be numerous commands missing, is there a way I can find out<br>
> all the files that havent been built by Make?<br>
<br>
Jared,<br>
<br>
You are using the word "command" in a strange way that makes it a bit <br>
difficult to understand what you mean. Perhaps you mean "file".<br>
<br>
What you have described confirms, or at least is consistent with, the <br>
assumption that your compiler works, and that it is only the build process <br>
using make that does not behave properly.<br>
<br>
If you have access to another machine or environment where the build <br>
process works properly, you could compare that environment to yours and <br>
hopefully narrow down what causes the difference.<br>
<br>
If you don't have access to another machine or environment, perhaps you <br>
can build within a Docker container, as described in the User's Guide.<br>
<br>
<br>
Here is another thing you can try. This is not a proper solution, but may <br>
help work around your problem (or not).  Instead of just<br>
<br>
 make<br>
<br>
use a command like<br>
<br>
 make FFLAGS='-c -g -r8 -i4 -real_size 64' CFLAGS='-c -I /opt/apps/intel15_3/openmpi3_0/phdf5/1.8.16/include -DH5_USE_16_API'<br>
<br>
You may have to modify those flags and maybe add some others.<br>
<br>
Klaus<br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><b><i><font face="monospace">Jared Guzman</font></i></b><div><b><i><font face="monospace">B.S. Physics 2019</font></i></b></div><div><b><i><font face="monospace">M.S. Aerospace Engineering 2022</font></i></b></div><div><b><i><font face="monospace">Virginia Tech</font></i></b></div><div><b><i><font face="monospace">540-419-6027 | <a href="mailto:jag21791@vt.edu" target="_blank">jag21791@vt.edu</a></font></i></b></div></div></div>