On Fri, Oct/08/2010 02:24:26PM, Robert Boehne wrote: > I think the mode=compile line doesn't tell us much about what happens when > mode=link - post what you get on the "libtool --mode=link" command.
$ /bin/sh ../../../libtool --tag=CXX --mode=link icpc -O3 -DNDEBUG -Wall -static-intel -m32 -finline-functions -fexceptions -pthread -version-info 0:0:0 -export-dynamic -fexceptions -o libmpi_cxx.la -rpath /o pt/SUNWhpc/HPC9.0/intel/instrument/lib mpicxx.lo intercepts.lo comm.lo datatype.lo win.lo file.lo ../../../ompi/libmpi.la -lnsl -lutil libtool: link: icpc -shared .libs/mpicxx.o .libs/intercepts.o .libs/comm.o .libs/datatype.o .libs/win.o .libs/file.o -Wl,-rpath -Wl,$ORIGIN -Wl,-rpath -Wl,$ORIGIN/.. -Wl,-rpath -Wl,$ORIGIN/../lib -Wl,-rpath -W l,$ORIGIN -Wl,-rpath -Wl,$ORIGIN/.. -Wl,-rpath -Wl,$ORIGIN/../lib ../../../ompi/.libs/libmpi.so -lnsl -lutil -L/ws/ompi-tools/intel/Compiler/11.0/084/lib/ia32 -L/usr/lib/gcc/x86_64-redhat-linux/4.1.2/32 -L/usr/li b/gcc/x86_64-redhat-linux/4.1.2/ -L/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../ -L/lib/ -L/usr/lib -limf -lsvml -lm -lipgo -ldecimal -lstdc++ -lpthread -lirc -lgcc_s -lirc_s -ldl -lc -m32 -pthread -pthread -Wl,-soname -Wl,libmpi_cxx.so.0 -o .libs/libmpi_cxx.so.0.0.0 -Ethan > > On Fri, Oct 8, 2010 at 1:22 PM, Ethan Mallove <ethan.mall...@oracle.com> > wrote: > > On Fri, Oct/08/2010 07:50:39PM, Ralf Wildenhues wrote: > > * Ethan Mallove wrote on Fri, Oct 08, 2010 at 07:26:45PM CEST: > > > On Fri, Oct/08/2010 07:14:18PM, Ralf Wildenhues wrote: > > > > * Ethan Mallove wrote on Fri, Oct 08, 2010 at 02:42:53PM CEST: > > > > > I'm trying to create a library which has no shared library > > > > > dependencies using the Intel compilers, but it appears Libtool > might > > > > > be automatically adding in some -lfoo flags that are forcing the > > > > > issue. *How can I tell Libtool to not add the -lfoo flags? > > > > > > > > Which libraries are added? > > > > > > libimf and friends. > > > > > > > > Which of those would you like to avoid? > > > > > > If possible, all of the Intel runtime libraries (e.g., libimf, > > > libsvml, libintlc). > > > > > > libtool normally adds all direct and indirect library dependencies > > > > (the latter only when link_all_deplibs is true, which it currently > is > > > > everywhere except in the Debian-modified libtool), as well as > compiler > > > > support libraries. *The indirect deplibs is an obvious issue for > at > > > > least distributors, the rest is usually the right thing to do. > > > > > > > > > > So if I set "link_all_deplibs" to "false", will that turn off the > > > "-limf -lsvml ..." we're seeing in the link line? > > > > Nope. > > > > Does running the link command with --tag=CC "fix" that, i.e., avoid > the > > libraries for you? > > I still get the libs that I don't want. *To ensure I did what you > asked: > > $ /bin/sh ../../../libtool --tag=CC --mode=compile icpc -DHAVE_CONFIG_H > -I. -I../../../opal/include -I../../../orte/include > -I../../../ompi/include > -I../../../opal/mca/paffinity/linux/plpa/src/libplpa > -DOMPI_BUILDING_CXX_BINDINGS_LIBRARY=1 -DOMPI_SKIP_MPICXX=1 -I../../.. > -O3 -DNDEBUG -Wall -static-intel -m64 -finline-functions -fexceptions > -pthread -MT comm.lo -MD -MP -MF \$depbase.Tpo -c -o comm.lo comm.cc > libtool: compile: *icpc -DHAVE_CONFIG_H -I. -I../../../opal/include > -I../../../orte/include -I../../../ompi/include > -I../../../opal/mca/paffinity/linux/plpa/src/libplpa > -DOMPI_BUILDING_CXX_BINDINGS_LIBRARY=1 -DOMPI_SKIP_MPICXX=1 -I../../.. > -O3 -DNDEBUG -Wall -static-intel -m64 -finline-functions -fexceptions > -pthread -MT comm.lo -MD -MP -MF \$depbase.Tpo -c comm.cc *-fPIC -DPIC > -o .libs/comm.o > ... > $ ldd .libs/libmpi_cxx.so > * * * *libmpi.so.0 => not found > * * * *libnsl.so.1 => /lib64/libnsl.so.1 (0x00002af01713f000) > * * * *libutil.so.1 => /lib64/libutil.so.1 (0x00002af017358000) > * * * *libimf.so => not found > * * * *libsvml.so => not found > * * * *libm.so.6 => /lib64/libm.so.6 (0x00002af01755c000) > * * * *libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002af0177df000) > * * * *libirc.so => not found > * * * *libpthread.so.0 => /lib64/libpthread.so.0 (0x00002af017ae0000) > * * * *libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002af017cfb000) > * * * *libdl.so.2 => /lib64/libdl.so.2 (0x00002af017f09000) > * * * *libc.so.6 => /lib64/libc.so.6 (0x00002af01810e000) > * * * */lib64/ld-linux-x86-64.so.2 (0x0000003fb7000000) > * * * *libintlc.so.5 => not found > > Thanks, > Ethan > > > > > Maybe we should just make postdeps et al overridable with a cache > > variable. > > > > Thanks, > > Ralf > > _______________________________________________ > http://lists.gnu.org/mailman/listinfo/libtool > > References > > Visible links > . mailto:ethan.mall...@oracle.com > . http://lists.gnu.org/mailman/listinfo/libtool _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool