[Top][All Lists]

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

Problem when a 32-bit library is linked instead of a 64-bit library

From: Dr. David Kirkby
Subject: Problem when a 32-bit library is linked instead of a 64-bit library
Date: Mon, 12 Jul 2010 12:31:56 +0100
User-agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv: Gecko/20100214 Thunderbird/3.0.1

Hi all,

I'm not entirely sure if this is a libtool or autoconf issue, though I know the two projects are closely related.

I'm having a problem building a package as a 64-bit object on an 64-bit OpenSolaris x64 system. OpenSolaris, like Solaris, defaults to building 32-bit objects.

1) First a general question. How should one specify to autoconf to build a 64-bit version of something? (I'm assuming the compiler is GCC or SunStudio, both of which use the -m64 option. I'm aware other compilers like IBM's on AIX and HP's on HP-UX does not use this option).

I know the following method works in some cases

export CLFAGS=-m64
export LDFLAGS=-m64

other times (e.g. Python, Singular), one needs to define CC to be "gcc -m64".

The second point relates to a specific failure of a package (libfplll) to build on OpenSolaris as a 64-bit binary. What happens is that at the link phase, the 32-bit version of a library is linked, so it generates an error:

ld: fatal: file /usr/local/gcc-4.4.4-multilib/lib/ wrong ELF class: ELFCLASS32

Instead, it should be trying to link the 64-bit version, which is the file /usr/local/gcc-4.4.4-multilib/lib/amd64/

The following trac ticket on Sage shows this error in more detail, along with some debugging options added to libtool.

Note, that since this ticket was opened, the install directory of gcc was changed from


But the error message remains sententially unchanged.

Any ideas how best I can get this to build?

A hack I've found that works, is to add


Then the linker finds the libraries first there, so finds the correct 64-bit ones, so does not go on to look any further. So the unwanted 32-bit libraries are found.

I've previously marked this ticket on the Sage bug tracker as 'needs review', as my hack does work, but I've since changed it to 'needs work' as I'm well aware my hack is sub-optimal. I'd like to get a more robust solution.

Sorry if this threads seems a bit long.

I think you can see it looks like gcc is configured to first look in the 64-bit libraries, but somehow this is failing to be handled correctly at the link phase.

I'll also try to resolve this on the libtool list (of which I'm not a member), as the second part in particular seems more libtool related, thouugh I'm not 100% sure of this.

I personalty did not write the auotconf/libtool code, and have no knowledge of libtool, so I'm a bit in the dark as to know how to proceed.


reply via email to

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