This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: sh-rtems FAILS on egcs-1990629
- To: law at cygnus dot com
- Subject: Re: sh-rtems FAILS on egcs-1990629
- From: Ralf Corsepius <corsepiu at faw dot uni-ulm dot de>
- Date: Wed, 14 Jul 1999 13:51:52 +0200
- CC: joel at OARcorp dot com, egcs-bugs at egcs dot cygnus dot com
- Organization: Ralf Corsepius
- References: <12929.931911268@upchuck.cygnus.com>
- Reply-To: corsepiu at faw dot uni-ulm dot de
Jeffrey A Law wrote:
> In message <Pine.LNX.4.10.9907131231280.2629-100000@oar3remote>you write:
> >
> > Hi,
> >
> > This configuration built successfully under egcs 1.1.2 so something has
> > broken. :(
> Hmm, I thought we had checked in a fix for this bug long ago.
>
> Hmm, can you extract this fix from the mainline tree and see if it solves your
> problem?
>
> Fri Jun 4 03:20:40 1999 J"orn Rennecke <amylaar@cygnus.co.uk>
>
> * sh.c (fixup_addr_diff_vecs): Emit braf reference label.
> (braf_label_ref_operand): Delete.
> * sh.h (PREDICATE_CODES): Remove braf_label_ref_operand.
> * sh.md (casesi_jump_2): Operand1 is now the inside of a
> label_ref, and has no predicate.
> The patten has a predicate to guard against invalid substitutions.
> (dummy_jump): Delete.
> (casesi): Update use of casesi_jump_2.
Yes, this seems to help. At least building gcc-2.95 for sh-rtems doesn't fail
anymore when replacing the SH's backend (gcc/config/sh) with the version on CVS
from the main-line branch.
Perhaps one should consider to merge the sh-backend of the main-line branch into
gcc-2.95 therefore - However I did not run any program on actual hardware yet :-.
Ralf.
--
Ralf Corsepius
Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW)
Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690
mailto:corsepiu@faw.uni-ulm.de FAX: +49/731/501-999
http://www.faw.uni-ulm.de