This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Fix libjava x86-64 multilib
On Oct 2, 2002, Andreas Jaeger <aj@suse.de> wrote:
> Alexandre Oliva <aoliva@redhat.com> writes:
>> On Oct 1, 2002, Bo Thorsen <bo@sonofthor.dk> wrote:
>>
>>> This fixes the multilib error I've been getting. Bootstrapped on x86-64
>>> (finally!). Can I commit it?
>>
>> Wow! Is LD really used by libtool on x86_64*linux*? I'm surprised.
> On all platforms, LD is used for relocatable links (ld -r) :-(
Eek. This is quite unfortunate. We should try to fix this at some
point. There's no reason to use ld directly, at least when gcc is the
compiler driver, and using gcc would have avoided this problem.
>> Do you have a pointer to the message in which you give more details
>> about the problem? I must have missed it :-(
Thanks, I had assumed the message had been posted earlier, and I read
gcc-patches before gcc.
>>> - alpha* | hppa* | i*86 | powerpc* | sparc* | ia64* )
>>> + alpha* | hppa* | i*86 | powerpc* | sparc* | ia64* | x86_64 )
>>> lt_cv_deplibs_check_method=pass_all ;;
>> Are you 100% sure about this, i.e., that all non-PIC x86_64
>> relocations can be turned into dynamic relocations that the dynamic
>> linker can resolve.
> I don't fully understand your answer but we need -fPIC for shared libs.
I.e., there is some non-PIC code that the linker will refuse to add to
a shared library? In this case, pass_all must not be used, because it
tells libtool that it is safe (even if undesirable) to add non-PIC to
shared libraries. You'll probably need file_magic for x86_64. See
the `Porting inter-library dependencies' node in the libtool manual.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer