Peter O'Gorman said: > It could be coming from an already installed .la file.
I did a complete machine grep. The only references to libstdc++ within an .la file on this machine are in libstdc++.la itself, or in the .la files of the two projects. libstdc++ is not found in any other .la file on this machine. > Could you please > post > the actual libtool link line and the resulting gcc or ld invokation. The link line generated by libtool is: /bin/bash ../../libtool --tag=CC --mode=link gcc -I.. -I../.. -I/usr/local/include/libxml2 -L/usr/local/lib -R/usr/local/lib -lxml2 -lz -lpthread -liconv -lm -lsocket -lnsl -o libmonacoxml++.la -rpath /udd001/hoops/usr/lib version.lo ../rtxsrc/libosysrt++.la ../rtxmlsrc/libosysrtxml++.la eod/libmonacoxmleod++.la -lxml2 -liconv -lnsl -lsocket -lz -lm -lc The corresponding gcc invocation is: gcc -shared -Wl,-h -Wl,libmonacoxml++.so.0 -o .libs/libmonacoxml++.so.0.0.0 .libs/version.o -Wl,-z -Wl,allextract,../rtxsrc/.libs/libosysrt++.a,../rtxmlsrc/.libs/libosysrtxml++.a,eod/.libs/libmonacoxmleod++.a -Wl,-z -Wl,defaultextract -R/usr/local/lib -R/usr/local/lib -R/usr/lib -R/usr/openwin/lib -R/usr/local/BerkeleyDB.4.2/lib -R/usr/local/ssl/lib -L/usr/local/lib -L/usr/lib -L/usr/openwin/lib -L/usr/local/BerkeleyDB.4.2/lib -L/usr/local/ssl/lib -L/usr2/SOURCES/S8/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src -L/usr2/SOURCES/S8/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -L/usr2/SOURCES/S8/gcc-3.4.2/objdir/gcc -L/usr/local/sparc-sun-solaris2.8/bin -L/usr/local/sparc-sun-solaris2.8/lib -L/usr/local/lib/../sparc-sun-solaris2.8/lib -lpthread -lintl /usr/local/lib/libstdc++.so -L/usr/ccs/bin -L/usr/ccs/lib /usr/local/lib/libxml2.so /usr/local/lib/libiconv.so -lnsl -lsocket -lz -lm -lc -lc I am busy trying to figure out why gcc is being used for linking. Regards, Graham -- _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
