This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Fix libjava x86-64 multilib
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Bo Thorsen <bo at sonofthor dot dk>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: 01 Oct 2002 20:14:14 -0300
- Subject: Re: Fix libjava x86-64 multilib
- Organization: GCC Team, Red Hat
- References: <200210012044.41032.bo@sonofthor.dk>
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.
Do you have a pointer to the message in which you give more details
about the problem? I must have missed it :-(
> 2002-10-01 Bo Thorsen <bo@suse.de>
> * configure: rebuilt after toplevel libtool.m4 fix.
> 2002-10-01 Bo Thorsen <bo@suse.de>
> * libtool.m4: Fix x86-64 multilib
Please make sure this makes it to libtool CVS if it's not there yet.
As soon as it makes it there, it's ok to install it in GCC and src
too.
> - 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 seem to recall having heard something contrary
to this, but I'm no expert on x86_64. If this is really safe for
x86_64, this chunk is ok too, after it makes it to libtool CVS, but
the ChangeLog should mention this change.
If you have trouble getting the patch approved for libtool CVS, please
get in touch with me in private and I can try to help you out.
Thanks,
--
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