This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: 3.3 target date?
- From: Peter Barada <peter at baradas dot org>
- To: joel dot sherrill at OARcorp dot com
- Cc: S dot Bosscher at student dot tudelft dot nl, pfeifer at dbai dot tuwien dot ac dot at,aj at suse dot de, pcarlini at unitus dot it, pinkfloydhomer at yahoo dot com,gcc at gcc dot gnu dot org
- Date: Wed, 19 Feb 2003 08:58:22 -0500 (EST)
- Subject: Re: 3.3 target date?
- References: <4195D82C2DB1D211B9910008C7C9B06F01F3730A@lr0nt3.lr.tudelft.nl> <3E538A1D.358D592B@OARcorp.com>
>PR9255 is a regression from 3.2 which prevents m68k targets from
>compiling.
>
>Overnight, i386-rtems, sh-rtems, and sh-rtemself wouldn't complete a
>build on the 3.3 branch. I have updated my tree and am going to see
>if these failures were fixed overnight and are repeatable on i386-elf,
>sh-coff, and sh-elf respectively.
Joal,
Try this patch. It works on Uberbaum:
Index: combine.c
===================================================================
RCS file: /cvs/uberbaum/gcc/combine.c,v
retrieving revision 1.340
diff -c -r1.340 combine.c
*** combine.c 14 Feb 2003 07:35:44 -0000 1.340
--- combine.c 19 Feb 2003 13:56:53 -0000
***************
*** 8068,8073 ****
--- 8068,8079 ----
unsigned HOST_WIDE_INT nonzero;
int i;
+ #if 1
+ /* Can only simplify integer modes */
+ if (!(GET_MODE_CLASS (mode) == MODE_INT || GET_MODE_CLASS (mode) == MODE_PARTIAL_INT))
+ return x;
+ #endif
+
/* Simplify VAROP knowing that we will be only looking at some of the
bits in it.
--
Peter Barada
peter at baradas dot org