Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ExaTN CMAKE MPI #28

Closed
DmitryLyakh opened this issue Jan 17, 2020 · 2 comments
Closed

ExaTN CMAKE MPI #28

DmitryLyakh opened this issue Jan 17, 2020 · 2 comments
Assignees
Labels
bug Something isn't working

Comments

@DmitryLyakh
Copy link
Member

For some reason, ExaTN's CMAKE is still discovering MPI (see below). Didn't we turn that off to make sure the MPI is determined by the user?

-- Found MPI_CXX: /usr/local/mpi/openmpi/git/lib/libmpi.so (found version "3.1")
-- Found MPI_Fortran: /usr/local/mpi/openmpi/git/lib/libmpi_usempif08.so (found version "3.1")
-- Found MPI: TRUE (found version "3.1")
-- Found CUDA: /usr/local/cuda (found version "10.0")
-- MPIRUN: /usr/local/mpi/openmpi/git/bin/mpiexec

@DmitryLyakh
Copy link
Member Author

Also, this causes exatn-config produce an invalid linking line (I built with MPICH, but it show OpenMPI):
-rdynamic -Wl,-rpath,/home/div/.exatn/lib -L /home/div/.exatn/lib -lCppMicroServices -ltalsh -lexatn -lexatn-numerics -lexatn-runtime -lexatn-runtime-graph -ldl -lpthread -lexatensor /usr/local/mpi/openmpi/git/lib/libmpi.so /usr/local/gcc/8.2.0/lib64/libgomp.so /usr/lib/x86_64-linux-gnu/libpthread.so /usr/local/gcc/8.2.0/lib64/libgomp.so /usr/lib/x86_64-linux-gnu/libpthread.so -lgfortran /usr/local/cuda/lib64/libcudart.so /usr/local/cuda/lib64/libcublas.so /usr/local/cuda/lib64/libcudadevrt.a /usr/local/cuda/lib64/libnvToolsExt.so /home/div/intel/mkl/lib/intel64/libmkl_intel_lp64.so /home/div/intel/mkl/lib/intel64/libmkl_gnu_thread.so /home/div/intel/mkl/lib/intel64/libmkl_core.so /home/div/intel/mkl/lib/intel64/libmkl_rt.so -lpthread -lm -ldl /usr/local/mpi/openmpi/git/lib/libmpi.so /usr/local/mpi/openmpi/git/lib/libmpi_usempif08.so /usr/local/mpi/openmpi/git/lib/libmpi_usempi_ignore_tkr.so /usr/local/mpi/openmpi/git/lib/libmpi_mpifh.so /usr/local/mpi/openmpi/git/lib/libmpi.so

@DmitryLyakh
Copy link
Member Author

We need to disable CMAKE automatically discover MPI and make sure the user-chosen MPI library is used throughout, including exatn-config --libs.

@DmitryLyakh DmitryLyakh added the bug Something isn't working label Jan 17, 2020
@DmitryLyakh DmitryLyakh self-assigned this Jan 17, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants