libtool
[Top][All Lists]
Advanced

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

Re: Solaris 10: 64-bit convienience libraries won't build 64-bit shared


From: Edward Maros
Subject: Re: Solaris 10: 64-bit convienience libraries won't build 64-bit shared object
Date: Thu, 08 Dec 2005 15:55:40 -0800
User-agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)

I have tracked down what I believe to be a solution. When I configure my application, I use env CFLAGS=-m64 LDFLAGS="-L/ldcg/lib/sparcv9 -R/ldcg/lib/sparcv9". Inside of my configure.in, I needed to do this:

CC="$CC $CFLAGS"
OLD_CXX="$CXX"
CXX="$CXX $CXXFLAGS"
AM_PROG_LIBTOOL
CC="$OLD_CC"
CXX="$OLD_CXX"

This generates a proper 64-bit libtool. Which raises the question as to why the CFLAGS are not being used when generating libtool from the configure script.

Thanks,
Ed
Bob Friesenhahn wrote:

On Thu, 8 Dec 2005, Edward Maros wrote:

I appears as if libtool reverts back to 32-bit when doing convenience libraries. I am trying to build under Solaris 10 and have several convenience libraries that I am putting together to make a shared library for distribution. When it is trying to make the final shared library, it is putting in the 32-bit objects from gcc instead of the 64-bit ones.


Libtool should be applying the options you specified on the command line. For example, if you specified -m64 while compiling, it should apply -m64 while building all objects. So no 32-bit objects should exist in the build tree. Where are the 32-bit objects coming from?

I have not been having any 64-bit problems specifically due to libtool, but I must admit to using a development version of libtool for quite some time.

One thing that can bite is if a .la file for a 32-bit library is picked up my mistake, then the associated 32-bit library may be applied. This is usually a problem with user-specified library search paths, although some versions of libtool have been known to re-order library search paths, causing dire problems.

Bob
======================================
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature


reply via email to

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