libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Unwanted shared runtime libraries getting added


From: Ethan Mallove
Subject: Re: Unwanted shared runtime libraries getting added
Date: Mon, 11 Oct 2010 07:59:20 -0400
User-agent: Mutt/1.5.14 (2007-03-31)

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 <address@hidden>
>    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:address@hidden
>    . http://lists.gnu.org/mailman/listinfo/libtool



reply via email to

[Prev in Thread] Current Thread [Next in Thread]