Re: libtool/ltmain.sh pulling in wrong stdc++

[Graham Leggett]

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
--