bug-libtool
[Top][All Lists]
Advanced

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

Re[2]: libtool is broken for 64-bit C++ libraries under OpenSolaris


From: Vadim Zeitlin
Subject: Re[2]: libtool is broken for 64-bit C++ libraries under OpenSolaris
Date: Wed, 25 Nov 2009 23:39:42 +0100

On Tue, 24 Nov 2009 14:36:19 +0100 Ralf Wildenhues <address@hidden> wrote:

RW> * Vadim Zeitlin wrote on Fri, Nov 20, 2009 at 06:07:35PM CET:
RW> >  It seems that it's impossible to use libtool for linking 64 bit shared 
C++
RW> > libraries under OpenSolaris. The problem is that libtool insists on using
RW> > "g++ -nostdlib" and adding the necessary CRT modules itself but it doesn't
RW> > do it correctly as can be seen in this example (wrapped for readability):
RW> 
RW> Before trying to work on a fix, let's see if we can determine a
RW> workaround: does it work to edit ../libtool, search for several
RW> instances of ^postdeps= (beginning of line) and replace the wrong
RW> path in the C++ one?

 Hello again,

 I'm awfully sorry, it looks like this problem was also related to my hack
with using autoconf 2.61 instead of 2.62. After setting ECHO properly (and
also defining lt_unset as "unset", which would have probably also been done
correctly if I used 2.62) things seem to work correctly.

 FWIW the problem is real for libtool 1.5.22 which is the latest version
available as a package for SunOS as it incorrectly links 64 bit programs
with 32 bit libstdc++ and it could be nice to know if there is any
workaround for this to avoid installing latest libtool from source but I
realize that libtool 1.5.22 is probably too old to encourage much interest
in solving the problem there.

 Sorry once again for a false alarm,
VZ

Attachment: pgpX1w7tDYmLG.pgp
Description: PGP signature


reply via email to

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