[Top][All Lists]
[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
- Unwanted shared runtime libraries getting added, Ethan Mallove, 2010/10/08
- Re: Unwanted shared runtime libraries getting added, Ingo Krabbe, 2010/10/08
- Re: Unwanted shared runtime libraries getting added, Ralf Wildenhues, 2010/10/08
- Re: Unwanted shared runtime libraries getting added, Ethan Mallove, 2010/10/08
- Re: Unwanted shared runtime libraries getting added, Ralf Wildenhues, 2010/10/08
- Re: Unwanted shared runtime libraries getting added, Ethan Mallove, 2010/10/08
- Re: Unwanted shared runtime libraries getting added, Robert Boehne, 2010/10/08
- Re: Unwanted shared runtime libraries getting added,
Ethan Mallove <=
- Re: Unwanted shared runtime libraries getting added, Ralf Wildenhues, 2010/10/11
- Re: Unwanted shared runtime libraries getting added, Ethan Mallove, 2010/10/11
- Re: Unwanted shared runtime libraries getting added, Ralf Wildenhues, 2010/10/11
- Re: Unwanted shared runtime libraries getting added, Ethan Mallove, 2010/10/15
- Re: Unwanted shared runtime libraries getting added, Ralf Wildenhues, 2010/10/16
- Re: Unwanted shared runtime libraries getting added, Ethan Mallove, 2010/10/18
- Re: Unwanted shared runtime libraries getting added, Ethan Mallove, 2010/10/20
- Re: Unwanted shared runtime libraries getting added, Ralf Wildenhues, 2010/10/21