- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
After creating my binary, ldd shows the list below. My problem is that some are not in the redistributable library.
(IIRC The list of missing libraries has a few more in it when I turn on debugging flags)
libimf.so libsvml.so libintlc.so.5
So the binary reports trouble (will not run) on another computer:
error while loading shared libraries: libimf.so: cannot open shared object file: No such file or directory
This problem appears when I compile with the large memory model, but not for the small (default)
IFORT_FLAGS = -O2 -fp-model strict -mcmodel=large -shared-intel
I really need the large memory model. Can anyone suggest what the problem might be?
Now using version composerxe-2011.1.107. This problem did not appear in version 11.1.046.
Thanks, Douglas.
libblas.so.3 => /usr/lib64/libblas.so.3 (0x00002b5e61f6d000)
libmpi_f90.so.0 => /opt/openmpi/lib/libmpi_f90.so.0 (0x00002b5e621c1000)
libmpi_f77.so.0 => /opt/openmpi/lib/libmpi_f77.so.0 (0x00002b5e623c4000)
libmpi.so.0 => /opt/openmpi/lib/libmpi.so.0 (0x00002b5e625f7000)
libopen-rte.so.0 => /opt/openmpi/lib/libopen-rte.so.0 (0x00002b5e629cd000)
libopen-pal.so.0 => /opt/openmpi/lib/libopen-pal.so.0 (0x00002b5e62c50000)
libdl.so.2 => /lib64/libdl.so.2 (0x000000324fa00000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x0000003252200000)
libutil.so.1 => /lib64/libutil.so.1 (0x000000325b800000)
libimf.so => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libimf.so (0x00002b5e62eac000)
libm.so.6 => /lib64/libm.so.6 (0x000000324f600000)
libifport.so.5 => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libifport.so.5 (0x00002b5e6328a000)
libifcore.so.5 => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libifcore.so.5 (0x00002b5e633c4000)
libsvml.so => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libsvml.so (0x00002b5e63625000)
libintlc.so.5 => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libintlc.so.5 (0x00002b5e63c5e000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x000000324fe00000)
libc.so.6 => /lib64/libc.so.6 (0x000000324f200000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000325e400000) libgfortran.so.1 => /usr/lib64/libgfortran.so.1 (0x00002b5e63daf000) /lib64/ld-linux-x86-64.so.2 (0x000000324ee00000)
(IIRC The list of missing libraries has a few more in it when I turn on debugging flags)
libimf.so libsvml.so libintlc.so.5
So the binary reports trouble (will not run) on another computer:
error while loading shared libraries: libimf.so: cannot open shared object file: No such file or directory
This problem appears when I compile with the large memory model, but not for the small (default)
IFORT_FLAGS = -O2 -fp-model strict -mcmodel=large -shared-intel
I really need the large memory model. Can anyone suggest what the problem might be?
Now using version composerxe-2011.1.107. This problem did not appear in version 11.1.046.
Thanks, Douglas.
libblas.so.3 => /usr/lib64/libblas.so.3 (0x00002b5e61f6d000)
libmpi_f90.so.0 => /opt/openmpi/lib/libmpi_f90.so.0 (0x00002b5e621c1000)
libmpi_f77.so.0 => /opt/openmpi/lib/libmpi_f77.so.0 (0x00002b5e623c4000)
libmpi.so.0 => /opt/openmpi/lib/libmpi.so.0 (0x00002b5e625f7000)
libopen-rte.so.0 => /opt/openmpi/lib/libopen-rte.so.0 (0x00002b5e629cd000)
libopen-pal.so.0 => /opt/openmpi/lib/libopen-pal.so.0 (0x00002b5e62c50000)
libdl.so.2 => /lib64/libdl.so.2 (0x000000324fa00000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x0000003252200000)
libutil.so.1 => /lib64/libutil.so.1 (0x000000325b800000)
libimf.so => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libimf.so (0x00002b5e62eac000)
libm.so.6 => /lib64/libm.so.6 (0x000000324f600000)
libifport.so.5 => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libifport.so.5 (0x00002b5e6328a000)
libifcore.so.5 => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libifcore.so.5 (0x00002b5e633c4000)
libsvml.so => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libsvml.so (0x00002b5e63625000)
libintlc.so.5 => /opt/intel/composerxe-2011.1.107/compiler/lib/intel64/libintlc.so.5 (0x00002b5e63c5e000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x000000324fe00000)
libc.so.6 => /lib64/libc.so.6 (0x000000324f200000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000325e400000) libgfortran.so.1 => /usr/lib64/libgfortran.so.1 (0x00002b5e63daf000) /lib64/ld-linux-x86-64.so.2 (0x000000324ee00000)
Link Copied
2 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I suppose libimf.so would be in the icc redistributable library, if it's not in the ifort one. If you want this corrected, it would help if you would be specific about which library dependencies aren't in the redistributable.
I suppose repeating your ldd against the redistristributable would show it. Meanwhile, you can include those .so in your own package, e.g. tar file.
You show dependencies on libgfortran and openmpi. Do you have the same major versions of gfortran and openmpi installed on each computer? How can you run with ifort if you have gfortran dependencies in your build? Normally, you must take care to use the mpif90 and mpif77 you have built with ifort throughout your build, so that you don't end up with both ifort and gfortran run-time libraries linked in. When you run (as well as when you show ldd result) the ifort build copy of openmpi Fortran libraries must be on LD_LIBRARY_PATH.
I suppose repeating your ldd against the redistristributable would show it. Meanwhile, you can include those .so in your own package, e.g. tar file.
You show dependencies on libgfortran and openmpi. Do you have the same major versions of gfortran and openmpi installed on each computer? How can you run with ifort if you have gfortran dependencies in your build? Normally, you must take care to use the mpif90 and mpif77 you have built with ifort throughout your build, so that you don't end up with both ifort and gfortran run-time libraries linked in. When you run (as well as when you show ldd result) the ifort build copy of openmpi Fortran libraries must be on LD_LIBRARY_PATH.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
> I suppose libimf.so would be in the icc redistributable library, if it's not in the ifort one.
I don't see it. Do you?
[root@geodyncomp ~]# ls -l /opt/intel/downloads/l_fcompxe_2011.1.107_redist/compiler/lib/intel64
total 3284
-rwxrwxr-x 1 root root 47845 Nov 17 18:13 libicaf.so
-rw-rw-r-- 1 root root 26 Nov 17 18:13 libifcoremt.so
-rwxrwxr-x 1 root root 1513154 Nov 17 18:13 libifcoremt.so.5
-rw-rw-r-- 1 root root 24 Nov 17 18:13 libifcore.so
-rwxrwxr-x 1 root root 1493183 Nov 17 18:13 libifcore.so.5
-rw-rw-r-- 1 root root 24 Nov 17 18:13 libifport.so
-rwxrwxr-x 1 root root 270807 Nov 17 18:13 libifport.so.5
drwxr-xr-x 3 root root 4096 Nov 18 06:10 locale
[root@geodyncomp ~]# ls -l /opt/intel/downloads/l_ccompxe_2011.1.107_redist/compiler/lib/intel64
total 228
-rwxrwxr-x 1 root root 10655 Nov 17 18:13 cilk_db.so
-rwxrwxr-x 1 root root 24 Nov 17 18:13 libcilkrts.so
-rwxrwxr-x 1 root root 211733 Nov 17 18:13 libcilkrts.so.5
[root@geodyncomp ~]#
> If you want this corrected, it would help if you would be specific about which library dependencies aren't in the redistributable.
I included the list in my original message.
I don't see it. Do you?
[root@geodyncomp ~]# ls -l /opt/intel/downloads/l_fcompxe_2011.1.107_redist/compiler/lib/intel64
total 3284
-rwxrwxr-x 1 root root 47845 Nov 17 18:13 libicaf.so
-rw-rw-r-- 1 root root 26 Nov 17 18:13 libifcoremt.so
-rwxrwxr-x 1 root root 1513154 Nov 17 18:13 libifcoremt.so.5
-rw-rw-r-- 1 root root 24 Nov 17 18:13 libifcore.so
-rwxrwxr-x 1 root root 1493183 Nov 17 18:13 libifcore.so.5
-rw-rw-r-- 1 root root 24 Nov 17 18:13 libifport.so
-rwxrwxr-x 1 root root 270807 Nov 17 18:13 libifport.so.5
drwxr-xr-x 3 root root 4096 Nov 18 06:10 locale
[root@geodyncomp ~]# ls -l /opt/intel/downloads/l_ccompxe_2011.1.107_redist/compiler/lib/intel64
total 228
-rwxrwxr-x 1 root root 10655 Nov 17 18:13 cilk_db.so
-rwxrwxr-x 1 root root 24 Nov 17 18:13 libcilkrts.so
-rwxrwxr-x 1 root root 211733 Nov 17 18:13 libcilkrts.so.5
[root@geodyncomp ~]#
> If you want this corrected, it would help if you would be specific about which library dependencies aren't in the redistributable.
I included the list in my original message.

Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page