Thank you for the suggestion of 'configure ... LDFLAGS="-Wl,--enable-new-dtags"'. I'm still reading up on its meaning, but wouldn't that change the behavior across all dependencies that are dynamically linked when I build Open MPI?
I was specifically wanting *just* these UCX .so files to be dynamically linked from generic paths. libucp.so.0 libuct.so.0 libucm.so.0 libucs.so.0 In my patched Open MPI 4.1.0 install, these files (well, the first is a symbolic link to the real file) are the ones that needed the change: lib/libmca_common_ucx.so lib/openmpi/mca_atomic_ucx.so lib/openmpi/mca_osc_ucx.so lib/openmpi/mca_pml_ucx.so lib/openmpi/mca_spml_ucx.so lib/openmpi/mca_sshmem_ucx.so My hacky patch to config/ompi_check_ucx.m4 did the trick for me. On Wed, Jan 27, 2021 at 10:54 AM Jeff Squyres (jsquyres) via devel <devel@lists.open-mpi.org> wrote: > > On Jan 27, 2021, at 2:00 AM, Gilles Gouaillardet via devel > <devel@lists.open-mpi.org> wrote: > > Tim, > > a simple option is to > > configure ... LDFLAGS="-Wl,--enable-new-dtags" > > > If Open MPI is built with this option, then LD_LIBRARY_PATH takes precedence > over rpath > > (the default is the opposite as correctly pointed by Yossi in an earlier > message) > > > Are you sure about the default? I just did a default Open MPI v4.1.0 build > on Linux with gcc 8.x: > > $ mpicc --showme > gcc -I/home/jsquyres/bogus/include -pthread -Wl,-rpath > -Wl,/home/jsquyres/bogus/lib -Wl,--enable-new-dtags > -L/home/jsquyres/bogus/lib -lmpi > > -- > Jeff Squyres > jsquy...@cisco.com > -- Tim Mattox, Ph.D. - tmat...@gmail.com