Re: libtool 1.5.8 on Solaris 8

[Carlos Fangmeier]

Hi all again.

I'm still playing aroug, because comenting out the line in 
/usr/local/bin/libtool wasn't the solution, I comented out the line in 
libtool at the build directory :(
The problem about commenting the line at the build directory,  it will 
be re-created every time I run configure.
I found out that comenting the following lines at aclocal.m4 

postdeps=$lt_[]_LT_AC_TAGVAR(postdeps, $1)

the postdeps line, at libtool, will not be present after configure.
But after that any application will not start, with the followin output 
in gdb

Program received signal SIGSEGV, Segmentation fault.
0x0000001c in ?? ()
#0  0x0000001c in ?? ()
#1  0xff3122f8 in _fini () from /home/carlos/IVR_Base/lib/libconf.so.0
#2  0xff3122ec in _init () from /home/carlos/IVR_Base/lib/libconf.so.0
(gdb)


Isn't there any way to avoid that configure generate the line postdeps 
in libtool?


Best regards


Bob Friesenhahn wrote:

> On Mon, 30 Aug 2004, Carlos Fangmeier wrote:
>
> > Hi, I checked and the system linker is the one that I currently use. 
> > Until last week I thought it was better to use the system linker, but 
> > now I'm not so sure. Could somebody tel me in which cases is better 
> > to use the gnu and system linker. If the exception is one of this 
> > cases, maybe there are more of such known isues, that could explain 
> > some other behaivor relatet to threads and semaphore.
> > If there are any test  that you will interested to be done, I will be 
> > glad to cooperate.
>
>
> When I said "system" linker, I meant using 'ld' directly (e.g. 
> /usr/ccs/bin/ld) to perform a link rather than invoking the C++ 
> compiler to do the link (which itself uses 'ld').  I did not mean 
> Solaris 'ld' vs GNU 'ld'.
>
> For Solaris, I recommend using the linker that comes with the system 
> (/usr/ccs/bin/ld) since it knows all of the Solaris shared library 
> nuances.  While I am sure that GNU 'ld' has continued to improve, the 
> several times I have used it under Solaris, it has not performed 
> nearly as well as Sun's linker when building/using shared libraries.
>
> GNU 'ld' is smarter when linking C++ (for templates), but it is a 
> portable tool and can not afford to specialize for an OS (except for 
> Linux and maybe GNU Hurd).
>
> 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.
_____________________________