[Mesa-users] Installation version v7503 eos_def.mod error

Warrick Ball W.H.Ball at bham.ac.uk
Thu Aug 5 09:30:31 UTC 2021


Hi Charlie,

I doubt you'll manage to build r7503 with the latest SDK without having to tweak some code to accommodate some changes to default gfortran behaviour in the ~6½ years since r7503 was released.  Have a look at the relevant part of the FAQ:

     https://docs.mesastar.org/en/r15140/faq.html#installing-older-versions-of-mesa

which has a link to the older versions of the SDK.  r7503 was released 27 Mar 2015, so try whichever was the latest SDK on that date.

It's hard to make sense of the error message on its own.  I guess the install script wasn't set up to record a `build.log` back then back you can replicate most of it by going to your r7503 directory and running

     $ ./clean
     $ ./install |& tee build.log

which should create a `build.log` file that you can email to the user list.

Cheers,
Warrick

___________

Warrick Ball
Postdoc, School of Physics and Astronomy
University of Birmingham, Edgbaston, Birmingham B15 2TT
W.H.Ball at bham.ac.uk
+44 (0)121 414 4552

On Thu, 5 Aug 2021, mesa-users at lists.mesastar.org wrote:

> Hello,
> I am trying to install v7503 (currently have v15140 installed with the most recent SDK). When I run ./clean;./install in $MESA_DER, I get an error message saying 
> 
> gfortran -fno-range-check -fmax-errors=100  -fprotect-parens -fno-sign-zero -fopenmp  -I../../../include -Wunused-value -W -Wno-compare-reals -Wno-unused-parameter -fimplicit-none   -O2 -c -ffree-form -x f95-cpp-input -I../../private -c
> ../src/eval_eosPT.f
> 
> ../src/eval_eosPT.f:25:7:
> 
> 
>    25 |   use eos_def
> 
>       |       1
> 
> Fatal Error: Cannot open module file 'eos_def.mod' for reading at (1): No such file or directory
> 
> compilation terminated.
> 
> make: *** [eval_eosPT.o] Error 1
> 
> There seems to be an eos_def.mod file in $MESA_DIR/eos/make and one in $MESA_DIR/eos/eosDT_builder/make. I would attach the build.log file but one was not created so here is the output if I run uname -a; gfortran -v; echo $MESASDK_ROOT; echo $PATH;
> echo $MESA_DIR. Any idea what the issue could be? 
> 
> (base) charliesharpe at Charlies-MacBook-Pro mesa-r7503 % uname -a;
> 
> gfortran -v;
> 
> echo $MESASDK_ROOT;
> 
> echo $PATH;
> 
> echo $MESA_DIR 
> 
> Darwin Charlies-MacBook-Pro.local 19.6.0 Darwin Kernel Version 19.6.0: Mon Apr 12 20:57:45 PDT 2021; root:xnu-6153.141.28.1~1/RELEASE_X86_64 x86_64
> 
> Using built-in specs.
> 
> COLLECT_GCC=/Applications/mesasdk/bin/gfortran.exec
> 
> COLLECT_LTO_WRAPPER=/Applications/mesasdk/bin/../libexec/gcc/x86_64-apple-darwin20.3.0/10.2.0/lto-wrapper
> 
> Target: x86_64-apple-darwin20.3.0
> 
> Configured with: /opt/sdk2-tmp/build/gcc/configure CC=clang CXX=clang++ --build=x86_64-apple-darwin20.3.0 --host=x86_64-apple-darwin20.3.0 --target=x86_64-apple-darwin20.3.0 --prefix=/opt/sdk2-tmp/mesasdk --with-gmp=/opt/sdk2-tmp/mesasdk
> --with-mpfr=/opt/sdk2-tmp/mesasdk --with-mpc=/opt/sdk2-tmp/mesasdk --enable-languages=c,c++,fortran --disable-multilib --disable-nls --disable-libsanitizer --with-sysroot=/opt/sdk2-tmp/mesasdk/sysroot
> 
> Thread model: posix
> 
> Supported LTO compression algorithms: zlib
> 
> gcc version 10.2.0 (GCC) 
> 
> /Applications/mesasdk
> 
> /Applications/mesasdk/bin:/opt/local/bin:/opt/local/sbin:/opt/miniconda3/bin:/Users/charliesharpe/miniconda3/condabin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/Library/Apple/usr/bin
> 
> /Users/charliesharpe/Desktop/Honours_work/MESA/mesa-r7503
> 
> (base) charliesharpe at Charlies-MacBook-Pro mesa-r7503 % 
> 
> 
>


More information about the Mesa-users mailing list