Hi Ed, * Ed Hartnett wrote on Fri, May 05, 2006 at 02:43:42PM CEST: > > Building my package with libtool, I get the following error on my > linux box when I build, unless I use the --disable-shared flag, in > which case everything works fine.
Ouch. Now where'd that -nostdlib go? Which libtool version is this, and what does `./libtool --config' say? Cheers, Ralf > g++ -shared /usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../lib64/crti.o > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/crtbeginS.o .libs/netcdf.o > .libs/ncvalues.o -L/home/ed/local/shecky/lib -L/shecky/n3_new2/cxx > -L/shecky/n3_new2/libsrc -L/usr/lib/gcc/x86_64-redhat-linux/4.0.2 > -L/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../lib64 > -L/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../.. -L/lib/../lib64 > -L/usr/lib/../lib64 -lstdc++ -lm -lc -lgcc_s > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/crtendS.o > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../lib64/crtn.o -o > .libs/libnetcdf_c++.so.0.0.0 > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../lib64/crti.o(.init+0x0): > In function `_init': > : multiple definition of `_init' > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../lib64/crti.o(.init+0x0): > first defined here > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../lib64/crti.o(.fini+0x0): > In function `_fini': > : multiple definition of `_fini' > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../lib64/crti.o(.fini+0x0): > first defined here > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/crtbeginS.o(.data.rel+0x0): multiple > definition of `__dso_handle' > /usr/lib/gcc/x86_64-redhat-linux/4.0.2/crtbeginS.o(.data.rel+0x0): first > defined here > collect2: ld returned 1 exit status > make[1]: *** [libnetcdf_c++.la] Error 1 > make[1]: Leaving directory `/shecky/n3_new2/cxx' > make: *** [check-recursive] Error 1 _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
