[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libtool 1.5.8 on Solaris 8

From: Carlos Fangmeier
Subject: Re: libtool 1.5.8 on Solaris 8
Date: Tue, 31 Aug 2004 12:22:29 -0400
User-agent: Mozilla Thunderbird 0.5 (X11/20040306)

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/
#2  0xff3122ec in _init () from /home/carlos/IVR_Base/lib/

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 Friesenhahn

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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]