[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-05-04 Thread dominiq at lps dot ens dot fr
--- Comment #15 from dominiq at lps dot ens dot fr 2009-05-04 11:45 --- This pr is fixed as long as *-apple-darwin9 is concerned. Due to comments #11 to #13, I don't close it as fixed. If someone wants to keep this PR open, (s)he should change subject, platform, and priority. --

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-29 Thread matz at gcc dot gnu dot org
--- Comment #14 from matz at gcc dot gnu dot org 2009-04-29 17:37 --- Subject: Bug 39929 Author: matz Date: Wed Apr 29 17:36:21 2009 New Revision: 146982 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146982 Log: PR middle-end/39927 PR bootstrap/39929 *

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-28 Thread pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-04-28 14:19 --- Subject: Bug 39929 Author: pinskia Date: Tue Apr 28 14:19:00 2009 New Revision: 146894 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146894 Log: 2009-04-28 Andrew Pinski pins...@gmail.com PR

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-28 Thread pinskia at gcc dot gnu dot org
--- Comment #11 from pinskia at gcc dot gnu dot org 2009-04-28 14:21 --- The darwin part of this bug report should have been fixed. The AIX bug was unrelated to the darwin bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39929

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-28 Thread jules at gcc dot gnu dot org
--- Comment #12 from jules at gcc dot gnu dot org 2009-04-28 22:31 --- FYI: the above patch seems to have caused ARM Linux (cross) builds to break, e.g.: /scratch/julian/arm-mainline/src/gcc-mainline/libgcc/../gcc/config/arm/unwind-arm.c:589: internal compiler error: Segmentation fault

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-28 Thread pinskia at gcc dot gnu dot org
--- Comment #13 from pinskia at gcc dot gnu dot org 2009-04-28 22:50 --- (In reply to comment #12) Maybe there's some significant difference between the behaviour of mips16_gp_pseudo_reg() and require_pic_register() which causes this, or maybe MIPS is broken too? Hmm, ARM uses

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-27 Thread dje at gcc dot gnu dot org
--- Comment #2 from dje at gcc dot gnu dot org 2009-04-27 13:54 --- This also fails on AIX. On AIX, the error appears as a failure while compiling libobjc/linking.m. A function in cgraphunit.c is being mis-compiled, possibly build_cdtor(). This causes cgraph_build_static_cdtor() to

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-27 Thread dje at gcc dot gnu dot org
--- Comment #3 from dje at gcc dot gnu dot org 2009-04-27 14:19 --- This probably is related to the promoted parameter problem that has appeared on other architectures as well. -- dje at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-27 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 19:11 --- (In reply to comment #4) Here is a reduced testcase for the PPC-darwin failure: float f(int a) { return a ? 1.0f : 2.0f ; } This looks like how constants are expanded in PHIs, looking into it further. --

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-27 Thread pinskia at gcc dot gnu dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-27 19:24 --- This patch fixes the ppc-darwin failure: Index: cfgexpand.c === --- cfgexpand.c (revision 146848) +++ cfgexpand.c (working copy) @@ -2503,11 +2503,11

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-27 Thread pinskia at gcc dot gnu dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-04-27 19:44 --- This is the correct fix as in darwin.c we have: /* Play games to avoid marking the function as needing pic if we are being called as part of the cost-estimation process. */ if (current_ir_type

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-27 Thread matz at gcc dot gnu dot org
--- Comment #8 from matz at gcc dot gnu dot org 2009-04-28 00:37 --- expand_phi_nodes can and will create RTL code so we need to register the RTL CFG hooks before calling it. Nope, that won't fly (for the moment). expand_phi_nodes also split edges and it's necessary that this is

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

2009-04-27 Thread pinskia at gcc dot gnu dot org
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-04-28 01:04 --- (In reply to comment #8) If somebody can explain why it's necessary to let the generated RTL code depend on the IR mode, we could possibly find a good way around this limitation. Because we don't want to mark