----- Original Message ----- From: "Jeff Squyres" <jsquy...@cisco.com> To: "Open MPI Users" <us...@open-mpi.org> Sent: Thursday, July 9, 2009 7:34:49 AM (GMT-0500) America/New_York Subject: Re: [OMPI users] bulding rpm
On Jul 7, 2009, at 1:32 AM, rahmani wrote: > it create openmpi-1.3.2-1.x86_64.rpm with no error, but when I > install it with rpm -ivh I see: > error: Failed dependencies: > libifcoremt.so.5()(64bit) is needed by openmpi-1.3.2-1.x86_64 > libifport.so.5()(64bit) is needed by openmpi-1.3.2-1.x86_64 > libimf.so()(64bit) is needed by openmpi-1.3.2-1.x86_64 > libintlc.so.5()(64bit) is needed by openmpi-1.3.2-1.x86_64 > libiomp5.so()(64bit) is needed by openmpi-1.3.2-1.x86_64 > libsvml.so()(64bit) is needed by openmpi-1.3.2-1.x86_64 > libtorque.so.2()(64bit) is needed by openmpi-1.3.2-1.x86_64 > but all above library are in my computer > Several of these look like they are the intel compiler libraries. I think that libtorque is the Torque support library (resource manager) -- which seems weird because you explicitly built with SGE support. Where are these library files located -- can they all be found via your LD_LIBRARY_PATH? > I use rpm -ivh --nodeps and it install completely, but when I use > mpif90 and mpirun I see: > $ /usr/local/openmpi/intel/1.3.2/bin/mpif90 > gfortran: no input files (I compile with ifort!!!!) > What does "/usr/local/openmpi/intel/1.3.2/bin/mpif90 --showme" show? Does your LD_LIBRARY_PATH include a directory where another Open MPI is installed? E.g., could running mpif90 be picking up the "wrong" MPI installation? (and therefore picking up the other OMPI's compiler preference -- gfortran in this case) > $ /usr/local/openmpi/intel/1.3.2/bin/mpirun > usr/local/openmpi/intel/1.3.2/bin/mpirun: symbol lookup error: /usr/ > local/openmpi/intel/1.3.2/bin/mpirun: undefined symbol: orted_cmd_line > mpirun didn't complain that it couldn't find its supporting .so libraries, so I'm guessing LD_LIBRARY_PATH is pointing to *some* OMPI libraries, but the fact that it can't find a symbol that it wants leads me to believe that it's pointing to the "wrong" OMPI install. What does "ldd /usr/local/openmpi/intel/1.3.2/bin/mpirun" show? -- Jeff Squyres Cisco Systems _______________________________________________ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users Dear Jeff Squyres Thanks for your reply yes, they are intel library and all are in LD_LIBRARY_PATH /usr/local/openmpi/intel/1.3.2/bin/mpif90 --showme gfortran -I/usr/local/include -pthread -I/usr/local/lib -L/usr/local/lib -lmpi_f90 -lmpi_f77 -lmpi -lopen-rte -lopen-pal -ldl -Wl,--export-dynamic -lnsl -lutil -lm -ldl ldd /usr/local/openmpi/intel/1.3.2/bin/mpirun linux-vdso.so.1 => (0x00007fff555fd000) libopen-rte.so.0 => /usr/local/lib/libopen-rte.so.0 (0x00007fa64d154000) libopen-pal.so.0 => /usr/local/lib/libopen-pal.so.0 (0x00007fa64cef2000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fa64ccee000) libnsl.so.1 => /lib64/libnsl.so.1 (0x00007fa64cad6000) libutil.so.1 => /lib64/libutil.so.1 (0x00007fa64c8d3000) libm.so.6 => /lib64/libm.so.6 (0x00007fa64c67d000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fa64c466000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa64c24a000) libc.so.6 => /lib64/libc.so.6 (0x00007fa64bef1000) /lib64/ld-linux-x86-64.so.2 (0x00007fa64d3b2000) I had another openmpi in my computer. I configure openmpi 1.3 with gnu compiler and --prefix=/usr/local I can not use both of them? how I can solve this problem?
