Can't open module file 'galacticus_imf_module.mod' for reading at | rev 835

[Harald Höller]

When executing Galacticus rev 835 on two of my input merger trees, I get the following error:

10: -> Evolving tree number 8349913
 0: Memory: code + nodes + misc = total
 0: 4.572Mib + 550.257Mib + 39.086Mib = 593.914Mib
 7: Memory: code + nodes + misc = total
 7: 4.572Mib + 725.200Mib + 39.942Mib = 769.714Mib
 7: -> Evolving tree number 1
 3: Memory: code + nodes + misc = total
 3: 4.572Mib + 893.843Mib + 33.254Mib = 931.668Mib
 3: -> Evolving tree number 2
Conroy_SPS_Driver.pl: compiling autosps.exe code.
rm -rf *.o *.mod *.MOD *~
gfortran -O -cpp -o sps_vars.o -c sps_vars.f90
gfortran -O -cpp -o nrtype.o -c nr/nrtype.f90
gfortran -O -cpp -o nrutil.o -c nr/nrutil.f90
 9: -> Evolving tree number 3
gfortran -O -cpp -o nr.o -c nr/nr.f90
gfortran -O -cpp -o sps_utils.o -c sps_utils.f90
gfortran -O -cpp -o simple.o -c simple.f90
gfortran -O -cpp -o compsp.o -c compsp.f90
 5: Memory: code + nodes + misc = total
 5: 4.572Mib + 1.085Gib + 13.842Mib = 1.103Gib
 5: -> Evolving tree number 4
gfortran -O -cpp -o ssp_gen.o -c ssp_gen.f90
gfortran -O -cpp -o getmags.o -c getmags.f90
gfortran -O -cpp -o ran.o -c nr/ran.f90
gfortran -O -cpp -o locate.o -c nr/locate.f90
gfortran -O -cpp -o qromb.o -c nr/qromb.f90
gfortran -O -cpp -o polint.o -c nr/polint.f90
gfortran -O -cpp -o trapzd.o -c nr/trapzd.f90
gfortran -O -cpp -o sps_setup.o -c sps_setup.f90
 1: -> Evolving tree number 5
gfortran -O -cpp -o pz_convol.o -c pz_convol.f90
gfortran -O -cpp -o get_tuniv.o -c get_tuniv.f90
gfortran -O -cpp -o imf.o -c imf.f90
imf.f90:10.6:

  USE Galacticus_IMF_Module
      1
Fatal Error: Can't open module file 'galacticus_imf_module.mod' for reading at (1): No such file or directory
make: *** [imf.o] Error 1
Conroy_SPS_Driver.pl: FATAL - failed to build autosps.exe code. at ./scripts/aux/Conroy_SPS_Driver.pl line 96.
Fatal error in System_Command_Do():
failed to execute system command
  => Error occurred in thread 7
HDF5: infinite loop closing library
      D,G,A,S,T,G,S,F,D,A,S,T,F,AC,FD,P,FD,P,FD,P,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E
,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,E,
E,E,E

[Harald Höller (harald-hoeller)]

Input and parameter file: http://astro-staff.uibk.ac.at/~harre/galacticus/rst14lg3/

[Harald Höller (harald-hoeller)]

$bzr update
Tree is up to date at revision 835 of branch bzr+ssh://bazaar.launchpad.net/%2Bbranch/galacticus

[Andrew Benson (abenson)]

Thanks for the bug report! This seems to have arisen due to a change in the Makefile for the FSPS code. Galacticus has to patch the Makefile (along with other files) to compile its own functions into FSPS. With the change in the Makefile the patch no longer worked. This should now be fixed in v0.9.1 r836:

http://bazaar.launchpad.net/~abenson/galacticus/v0.9.1/revision/836

You should probably delete the aux/FSPS_2.3 directory before rerunning Galacticus to be sure that the new patches get applied.

I've also made Galacticus' test suite download, patch, compile and run FSPS every time the test suite is run. This will ensure that any similar problems in the future should get caught within 24 hours.

I'm not sure why this happened for some of your models and not others. Two possibilities come to mind: 1) Some of the models used an IMF for which the FSPS code had already been run (to generate stellar population data) and so Galacticus did not try to run it again; 2) Some of the models are not making any stars, and so there was no need to compute stellar spectra.