Re: libtool 1.5.8 on Solaris 8

[Carlos Fangmeier]

Hi again, as sugested by Carlo I chnaged the makefile so it link direct
with .libs/libxxxxxx.la , but the problem is still there, the
application is build but with multilpe inclusion of stdc++ which caus
the application crash.
I recompiled all the libraries and yes at libvxml, libtool force a
explicit link with stdc++:

/bin/bash ../libtool --mode=link --tag=CXX g++  -g -O2   -o libvxml.la
-rpath /home/carlos//IVR_Base/lib  VXmlCharData.lo XmlAttributeSet.lo
VXmlDocument.lo VXmlElement.lo VXmlError.lo XmlAttribute.lo XmlBase.lo
XmlComment.lo str.lo XmlDeclaration.lo XmlDocument.lo XmlElement.lo
XmlError.lo XmlNode.lo XmlText.lo XmlUnknown.lo  -lsocket
g++ -shared -nostdlib 
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/crti.o
/usr/ccs/lib/values-Xa.o
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/crtbegin.o 
.libs/VXmlCharData.o .libs/XmlAttributeSet.o .libs/VXmlDocument.o
.libs/VXmlElement.o .libs/VXmlError.o .libs/XmlAttribute.o
.libs/XmlBase.o .libs/XmlComment.o .libs/str.o .libs/XmlDeclaration.o
.libs/XmlDocument.o .libs/XmlElement.o .libs/XmlError.o .libs/XmlNode.o
.libs/XmlText.o .libs/XmlUnknown.o  -Wl,-R -Wl,/usr/local/lib/. -Wl,-R
-Wl,/usr/local/lib/.
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/../..
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/../../../sparc-sun-solaris2.8/lib
-L/usr/local/sparc-sun-solaris2.8/lib
-L/usr/local/sparc-sun-solaris2.8/bin
-L/usr2/SOURCES/S8/gcc-3.3/objdir/gcc
-L/usr2/SOURCES/S8/gcc-3.3/objdir/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-L/usr2/SOURCES/S8/gcc-3.3/objdir/sparc-sun-solaris2.8/libstdc++-v3/src
-lsocket -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/../../../../sparc-sun-solaris2.8/lib
-L/usr/ccs/bin -L/usr/ccs/lib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/../../.. /usr/local/lib/./libstdc++.so -lm -lgcc_s
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/crtend.o
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/crtn.o  -Wl,-h
-Wl,libvxml.so.0 -o .libs/libvxml.so.0.0.0

Why did libtool such resolve? and why do include the bunch of
-L<path> , which include a lot of path that don't exist in the
machine (usr2) and those with ../../../ ?
Even when the multiple inclusion refer to the same file, why do the
application crash on startup?

The following are the path where I find libstdc++  in the machine;

-rw-r--r--   1 bin      bin      8491868 Jun 19  2003
/usr/local/lib/libstdc++.a
-rwxr-xr-x   1 bin      bin         1225 Jun 19  2003
/usr/local/lib/libstdc++.la
lrwxrwxrwx   1 root     other         18 Jan 28  2004
/usr/local/lib/libstdc++.so -> libstdc++.so.5.0.4
lrwxrwxrwx   1 root     other         18 Jan 28  2004
/usr/local/lib/libstdc++.so.5 -> libstdc++.so.5.0.4
-rwxr-xr-x   1 bin      bin      8209824 Jun 19  2003
/usr/local/lib/libstdc++.so.5.0.4
-rw-r--r--   1 bin      bin      7772408 Jun 19  2003
/usr/local/lib/sparcv9/libstdc++.a
-rwxr-xr-x   1 bin      bin         1465 Jun 19  2003
/usr/local/lib/sparcv9/libstdc++.la
lrwxrwxrwx   1 root     other         18 Jan 28  2004
/usr/local/lib/sparcv9/libstdc++.so -> libstdc++.so.5.0.4
lrwxrwxrwx   1 root     other         18 Jan 28  2004
/usr/local/lib/sparcv9/libstdc++.so.5 -> libstdc++.so.5.0.4
-rwxr-xr-x   1 bin      bin      5202984 Jun 19  2003
/usr/local/lib/sparcv9/libstdc++.so.5.0.4

And the following are the places where gcc put her file:

-rw-r--r--   1 bin      bin       723648 Jun 19  2003
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/libgcc.a
-rw-r--r--   1 bin      bin       128964 Jun 19  2003
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/libgcc_eh.a
-rw-r--r--   1 bin      bin       535972 Jun 19  2003
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/sparcv9/libgcc.a
-rw-r--r--   1 bin      bin       153320 Jun 19  2003
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/sparcv9/libgcc_eh.a
lrwxrwxrwx   1 root     other         13 Jan 28  2004
/usr/local/lib/libgcc_s.so -> libgcc_s.so.1
-rw-r--r--   1 bin      bin       760864 Jun 19  2003
/usr/local/lib/libgcc_s.so.1
-rw-r--r--   1 bin      bin       468752 Jun 19  2003
/usr/local/lib/sparcv9/libgcc_s.so.1
lrwxrwxrwx   1 root     other         13 Jan 28  2004
/usr/local/lib/sparcv9/libgcc_s_sparcv9.so -> libgcc_s.so.1
-rwxr-xr-x   3 bin      bin       375920 Jun 19  2003 /usr/local/bin/gcc
-rwxr-xr-x   1 bin      bin        15578 Jun 19  2003
/usr/local/bin/gccbug
-rwxr-xr-x   3 bin      bin       375920 Jun 19  2003
/usr/local/bin/sparc-sun-solaris2.8-gcc
-rwxr-xr-x   3 bin      bin       375920 Jun 19  2003
/usr/local/bin/sparc-sun-solaris2.8-gcc-3.3
-rw-r--r--   1 bin      bin      1078480 Jun 19  2003
/usr/local/info/gcc.info
-rw-r--r--   1 bin      bin      1137278 Jun 19  2003
/usr/local/info/gccint.info

Best Regards


Carlos Fangmeier


Bob Friesenhahn wrote:
> On Fri, 27 Aug 2004, Gary V. Vaughan wrote:
>   
>   
> > Are the gcc folks aware of this gotcha?
> >     
> >   
>   
> I have no idea.  It has been present throughout the 3.X series (since
> libtool was incorporated) and is not architecture-specific.
>   
>   
> If the problem was due to a libtool bug, that bug is long-gone.
>   
>   
> Bob
>   
> ======================================
>   
> Bob Friesenhahn
>   
> address@hidden
>   
> http://www.simplesystems.org/users/bfriesen
>   
>   
>

_____________________________
La informacion contenida en esta transmision es confidencial, y no puede ser usada por otras personas que su(s) destinatario(s). El uso no autorizado de la informacion contenida en esta transmision puede ser sancionado criminalmente. Si ha recibido esta transmision por error, por favor destruyala y notifique al remitente telefonicamente, con cobro revertido o via e-mail.

The information contained in this transmission is privileged, and may not be used by any person other than its addressee(s). Unauthorized use of the information contained in this transmission may be punished  by law.  If received in error, please destroy and notify the sender by calling collect or by e-mail.
_____________________________