[Bug bootstrap/50738] New: [4.7 Regression] Bootstrap failure at revision 180028 on powerpc-apple-darwin9

["dominiq at lps dot ens.fr" <gcc-bugzilla at gcc dot gnu dot org>]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50738

             Bug #: 50738
           Summary: [4.7 Regression] Bootstrap failure at revision 180028
                    on powerpc-apple-darwin9
    Classification: Unclassified
           Product: gcc
           Version: 4.7.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: dominiq@lps.ens.fr
                CC: amodra@gmail.com, iains@gcc.gnu.org
              Host: powerpc-apple-darwin9
            Target: powerpc-apple-darwin9
             Build: powerpc-apple-darwin9


On powerpc-apple-darwin9 at revision 180029, bootstrap fails with:

gcc -c   -O0 -g -fexceptions -mmacosx-version-min=10.4 -DIN_GCC   -W -Wall
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common 
-DHAVE_CONFIG_H -I. -I. -I../../work/gcc -I../../work/gcc/.
-I../../work/gcc/../include -I../../work/gcc/../libcpp/include -I/sw/include 
-I../../work/gcc/../libdecnumber -I../../work/gcc/../libdecnumber/dpd
-I../libdecnumber  -I/sw/include -DCLOOG_INT_GMP -DCLOOG_ORG 
../../work/gcc/ifcvt.c -o ifcvt.o
../../work/gcc/ifcvt.c: In function 'dead_or_predicable':
../../work/gcc/ifcvt.c:4176: error: 'HAVE_simple_return' undeclared (first use
in this function)
../../work/gcc/ifcvt.c:4176: error: (Each undeclared identifier is reported
only once
../../work/gcc/ifcvt.c:4176: error: for each function it appears in.)

This has been introduced by revision 180028

Author:    amodra
Date:    Sat Oct 15 10:36:00 2011 UTC (65 minutes, 35 seconds ago)
Changed paths:    2
Log Message:    
    * ifcvt.c (dead_or_predicable): Disable if-conversion when
    doing so is likely to kill a shrink-wrapping opportunity.

I am now testing the new block protected by '#ifdef HAVE_simple_return' as done
elsewhere.