--- Comment #5 from saliu at de dot ibm dot com 2007-08-10 10:13 ---
This patch can fix the problem:
Index: gcc/tree.c
===
--- gcc.orig/tree.c
+++ gcc/tree.c
@@ -7609,8 +7609,11 @@ reconstruct_complex_type (tree type, tre
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32970
--- Comment #4 from saliu at de dot ibm dot com 2007-08-08 13:38 ---
Okey, I have a Red Hat GCC 4.1.1, which might be different from the FSF one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32970
--- Comment #2 from saliu at de dot ibm dot com 2007-08-07 11:31 ---
Is this really a regression from 4.1.1?
I got the same error on 4.1.1, before the patch r117696 was applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32970
--- Comment #3 from janis at gcc dot gnu dot org 2007-08-07 23:17 ---
It compiles quickly for me with GCC 4.1.1 for powerpc64-linux and with a 4.1.1
cross compiler for i686-linux. Is your 4.1.1 compiler from FSF sources, or
might it have additional backports?
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build triplet|powerpc64-unknown-linux-gnu |
GCC host triplet|powerpc64-unknown-linux-gnu |
GCC target
--- Comment #1 from janis at gcc dot gnu dot org 2007-08-06 23:15 ---
A regression hunt of mainline on powerpc-linux identified the following patch,
where the compiler went from compiling in a reasonable time to taking more than
three seconds for the submitter's testcase:
r117696 |
