Re: Unwanted shared runtime libraries getting added

[Ethan Mallove]

On Thu, Oct/21/2010 06:13:03AM, Ralf Wildenhues wrote:
> Hello Ethan,
> 
> * Ethan Mallove wrote on Wed, Oct 20, 2010 at 10:32:11PM CEST:
> > > It looks like that gives us the link line we want, yet we still get the
> > > libimf.so dependency:
> > > 
> > > $ /bin/sh ../../../libtool --tag=CC   --mode=link icpc  -O3 -DNDEBUG 
> > > -Wall -static-intel -m64 -finline-functions -fexceptions -pthread 
> > > -version-info 0:0:0 -export-dynamic  -fexceptions  -o libmpi_cxx.la 
> > > -rpath /opt/SUNWhpc/HPC9.0/intel/lib/lib64 mpicxx.lo intercepts.lo 
> > > comm.lo datatype.lo win.lo file.lo ../../../ompi/libmpi.la -lnsl  -lutil 
> > > libtool: link: icc -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/64 
> > > -Wl,-rpath -Wl,$ORIGIN -Wl,-rpath -Wl,$ORIGIN/.. -Wl,-rpath 
> > > -Wl,$ORIGIN/../../lib/64 ../../../ompi/.libs/libmpi.so -ldl -lnsl -lutil  
> > > -m64 -pthread   -pthread -Wl,-soname -Wl,libmpi_cxx.so.0 -o 
> > > .libs/libmpi_cxx.so.0.0.0
> > > $ ldd .libs/libmpi_cxx.so.0.0.0
> > >         libmpi.so.0 => not found
> > >         libdl.so.2 => /lib64/libdl.so.2 (0x00002b35a9499000)
> > >         libnsl.so.1 => /lib64/libnsl.so.1 (0x00002b35a969e000)
> > >         libutil.so.1 => /lib64/libutil.so.1 (0x00002b35a98b6000)
> > >         libimf.so => not found
> > >         libsvml.so => not found
> > >         libm.so.6 => /lib64/libm.so.6 (0x00002b35a9aba000)
> > >         libintlc.so.5 => not found
> > >         libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002b35a9d3e000)
> > >         libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b35a9f4c000)
> > >         libc.so.6 => /lib64/libc.so.6 (0x00002b35aa167000)
> > >         /lib64/ld-linux-x86-64.so.2 (0x0000003a20000000)
> > 
> > The problem is that Libtool is stripping -static-intel from the link
> > line.  How can I prevent this?
> 
> Pass -Wc,-static-intel instead.

This works like a charm for shared libraries, but for standalone
executables I get an error like this:

  ...
  icc: command line warning #10156: ignoring option '-W'; no argument required
  /bin/sh ../../../libtool  --tag=CC   --mode=link icc  -Wc,-static-intel -g 
-finline-functions -fno-strict-aliasing -restrict -pthread -fvisibility=hidden  
-export-dynamic   -o orte-iof orte-iof.o ../../../orte/libopen-rte.la -lnsl  
-lutil
  libtool: link: icc -Wl,-static-intel -g -finline-functions 
-fno-strict-aliasing -restrict -pthread -fvisibility=hidden -o .libs/orte-iof 
orte-iof.o -Wl,--export-dynamic  ../../../orte/.libs/libopen-rte.so -ldl -lnsl 
-lutil -pthread -Wl,-rpath -Wl,$ORIGIN -Wl,-rpath -Wl,$ORIGIN/.. -Wl,-rpath 
-Wl,$ORIGIN/../lib
  ipo: warning #11015: Warning unknown option -static-intel
  ld: unrecognized -a option `tic-intel'

Do you know of a way to get this working in both cases: shared libs
and standalone executable?

-Ethan


> 
> Cheers,
> Ralf