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: "Ulrich Weigand" <Ulrich dot Weigand at de dot ibm dot com>
- Cc: jakub at redhat dot com, bo at sonofthor dot dk, gcc-patches at gcc dot gnu dot org
- Date: 02 Oct 2002 17:04:57 -0300
- Subject: Re: Fix libjava x86-64 multilib
- Organization: GCC Team, Red Hat
- References: <OF207226D9.1922DC87-ONC1256C46.005077A7@de.ibm.com>
On Oct 2, 2002, "Ulrich Weigand" <Ulrich.Weigand@de.ibm.com> wrote:
> Same on s390x. The linker will build a shared library from non-PIC
> objects, but it will crash at runtime (unless you ensure that all
> other referenced objects are within +-2GB).
Is +-2GB a reasonable assumption given the way the kernel chooses the
location where shared libraries are loaded? I suppose it might be,
and then you might want to use pass_all for now, but, strictly
speaking, file_magic would probably be best for now.
> On s390, however, linking non-PIC objects into a shared library will
> work correctly (of course there will be relocs to the text section
> causing the pages to not be actually shared anymore).
It is safe to add s390 to the pass_all list, then.
--
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