Wrong mpirun copied to utilities directory in MPI thorn

Comments (5)

1. 

   Ian Hinder reporter

   • changed status to open
   • removed comment

   • 2015-05-12T12:54:14+00:00
2. 

   Roland Haas

   • removed comment

   The recipe for the utilities (MPI/src/make.configuration.defn) reads:

   ALL_UTILS += $(shell cd $(MPI_DIR)/bin 2>/dev/null && ls mpirun ompi-clean ompi-iof ompi-probe ompi-profiler ompi-ps ompi-server ompi-top ompi_info 2>/dev/null)
   

   and (MPI/src/make.configuration.deps)

   $(UTIL_DIR)/%: $(MPI_DIR)/bin/%
       @echo "Copying $* from $< to $(UTIL_DIR)"
       -$(MKDIR) $(MKDIRFLAGS) $(UTIL_DIR) 2> /dev/null
       cp $< $@
   

   so as long as MPI_DIR is set properly (and detect.pl seems to do so) it should copy the correct executables. Can you check if perhaps homebrew itself sets and MPI_DIR environment variable which make take precendence?

   • 2015-05-13T01:08:14+00:00
3. 

   Ian Hinder reporter

   • removed comment

   I checked that there was no MPI_DIR set in the shell which I used to launch the build. I agree that detect.pl seems to be setting MPI_DIR correctly; the output indicates that the install location is correct, and from the code, this seems to propagate directly to the setting of MPI_DIR. Nonetheless, the wrong executable is copied, suggesting that by the time the code above gets called, something has changed MPI_DIR, or the code above is not working how it's supposed to. It's possible that if you put a dummy executable in /usr/local/bin/mpirun, you might be able to trigger the same behaviour on any system.

   • 2015-05-13T03:50:58+00:00
4. 

   Roland Haas

   Fixed as part of #1923 which ensures that each ExternalLibraries provides recipes for its own utilities only as described in https://bitbucket.org/einsteintoolkit/tickets/issues/1923/make-utils-and-simfactory-ignore-hwloc#comment-54910576.

   • 2021-01-26T15:41:15+00:00
5. 

   Roland Haas

   • edited description
   • changed status to resolved

   • 2021-01-26T15:41:40+00:00
6. Log in to comment