Missing symbols using Intel's compiler

[Simon Perreault]

Hi,

I am using libtool+automake+autoconf to build my library. Everything builds 
fine without warnings or errors and I end up with a nice shared library. 
However, that library is missing stdc++ symbols:

address@hidden .libs]$ ldd -r libwrap.so
        libblas.so.3 => /usr/lib/libblas.so.3 (0x00d99000)
        libg2c.so.0 => /usr/lib/libg2c.so.0 (0x00948000)
        libimf.so => /opt/intel_cc_80/lib/libimf.so (0x00111000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00978000)
        libc.so.6 => /lib/tls/libc.so.6 (0x003eb000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x002b6000)
        /lib/ld-linux.so.2 (0x0061e000)
undefined symbol: __gxx_personality_v0  (./libwrap.so)
undefined symbol: _ZNSt8ios_base4InitD1Ev       (./libwrap.so)
undefined symbol: _ZNKSt13runtime_error4whatEv  (./libwrap.so)
undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE      (./libwrap.so)
undefined symbol: _ZTISt13runtime_error (./libwrap.so)
undefined symbol: _ZSt10unexpectedv     (./libwrap.so)
undefined symbol: _ZNSt13runtime_errorD2Ev      (./libwrap.so)
undefined symbol: _ZNSaIcEC1Ev  (./libwrap.so)
undefined symbol: _ZNSt13runtime_errorC2ERKSs   (./libwrap.so)
undefined symbol: _ZNSsD1Ev     (./libwrap.so)
undefined symbol: _ZdlPv        (./libwrap.so)
undefined symbol: _ZNSaIcED1Ev  (./libwrap.so)
undefined symbol: __cxa_vec_delete      (./libwrap.so)
undefined symbol: _ZNSt8ios_base4InitC1Ev       (./libwrap.so)
undefined symbol: _ZdaPv        (./libwrap.so)
undefined symbol: _ZNSsC1EPKcRKSaIcE    (./libwrap.so)
undefined symbol: __cxa_begin_catch     (./libwrap.so)

I tried compiling with the -no-gcc flag, which prevents icc from defining the 
__GNUC__ flag, which prevents autoconf from thinking that we are using gcc. 
In that case, no shared library is created. Version symlinks point to a 
non-existing file.

address@hidden .libs]$ ls -lh
total 348K
-rw-rw-r--  1 nomis80 nomis80 148K Jan 23 09:06 libwrap.a
lrwxrwxrwx  1 nomis80 nomis80   13 Jan 23 09:06 libwrap.la -> ../libwrap.la
-rw-rw-r--  1 nomis80 nomis80  51K Jan 23 09:06 libwrap_la-blaswrap.o
-rw-rw-r--  1 nomis80 nomis80  67K Jan 23 09:06 libwrap_la-densematrix.o
-rw-rw-r--  1 nomis80 nomis80 9.0K Jan 23 09:06 libwrap_la-exception.o
-rw-rw-r--  1 nomis80 nomis80  915 Jan 23 09:06 libwrap.lai
-rw-rw-r--  1 nomis80 nomis80 4.2K Jan 23 09:06 libwrap_la-util.o
-rw-rw-r--  1 nomis80 nomis80 3.9K Jan 23 09:06 libwrap_la-vector.o
lrwxrwxrwx  1 nomis80 nomis80   16 Jan 23 09:06 libwrap.so -> libwrap.so.0.0.0
lrwxrwxrwx  1 nomis80 nomis80   16 Jan 23 09:06 libwrap.so.0 -> 
libwrap.so.0.0.0

Here is the setup I am using:

address@hidden .libs]$ rpm -q libtool autoconf automake
libtool-1.5.10-1
autoconf-2.59-5
automake-1.9.3-1

I noticed a -nostdlib flag being used, and I think that's why those symbols 
aren't included. I read somewhere that libtool would get those symbols from 
another library, one that is closely associated with the compiler. This is 
way over my head, and I couldn't easily Google for more info. I also read in 
this mailing list's archives that libtool had to be built with the compiler 
that would be used with it. Is that true?

Finally, here's my question: what is going on? How do I build a shared library 
using libtool and Intel's compiler?

Thanks!

-- 
Simon Perreault <address@hidden> -- http://nomis80.org