This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [PATCH/RFA] Java: DWARF2 exception on sh-linux
- From: "Stephen Clarke" <stephen dot clarke at earthling dot net>
- To: "kaz Kojima" <kkojima at rr dot iij4u dot or dot jp>,"Alexandre Oliva" <aoliva at redhat dot com>
- Cc: <java-patches at gcc dot gnu dot org>,<joern dot rennecke at superh dot com>,<gcc-patches at gcc dot gnu dot org>
- Date: Thu, 21 Nov 2002 21:47:05 -0800
- Subject: Re: [PATCH/RFA] Java: DWARF2 exception on sh-linux
- References: <200211220020.gAM0K4O17173@r-rr.iij4u.or.jp> <orwun6fl5c.fsf@free.redhat.lsd.ic.unicamp.br>
From: "Alexandre Oliva"
Sent: Thursday, November 21, 2002 5:28 PM
> On Nov 21, 2002, kaz Kojima <kkojima@rr.iij4u.or.jp> wrote:
>
> > * libtool.m4 (linux-gnu*): Set lt_cv_deplibs_check_method to
> > pass_all also for sh*.
>
> Since this is in the libtool tree already, it's ok to put it in.
> However, before you check this in, please sanity-check that it is
> actually safe to link any non-PIC code into SH shared libraries. If
> there's any case in which this can possibly break, then pass_all is
> not the right thing to use, and we'd better arrange for it to be taken
> out of libtool mainline.
I'm not at all familiar with this area, or what is meant by "safe", but
it may be worth pointing out that there could be problems with
putting non-PIC SHmedia code in shared libraries. The
R_SH_IMM_LOW16 and R_SH_IMM_MEDLOW16 relocations
are not handled in bfd/elf32-sh.c when creating a shared object.
(Similarly for the MEDHI16 and HI16 relocations in elf64-sh64.c.)
As far as I can tell, this is just a case of not implemented
because noone has yet had a need for it, rather than there being a
fundamental reason why it can't be supported.
I'm really not sure if this is relevant - my apologies for wasting
bandwidth if it isn't.
Steve.
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus – Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com