Closed edwardsmith999 closed 6 years ago
Possibly related error (the only one I can find): https://groups.google.com/forum/#!topic/mpi4py/7TSG6mZWpzo suggests that "building mpi4py with just static libraries" fixed this...
Okay, the bug is related to LD_LIBRARY_PATH not being set correctly which results in mixing of system and locally installed version of MPI. The following might be related: http://stackoverflow.com/questions/856116/changing-ld-library-path-at-runtime-for-ctypes
Running pytest gives an OSError undefined symbol MPIR_F_TRUE. I suspect it could be because mpich is built without shared libraries as needed for mpi4py but the error handling in cplpy.py bindings:
obscures the problem, would this not be better as a check to see if the library exists
and then simply raise the oserror?