[Bug lto/45037] New: lto1 ICEs when linking cns_solve

[howarth at nitro dot med dot uc dot edu]

Current gcc trunk (but not gcc 4.5.1) ICEs when linking cns_solve using -O2
-fwhopr -fwholeprogram. The reduced test case is attached and crashes as...

[MacPro:~/badlinkdir] howarth% gfortran -c -fdefault-integer-8 -w -O2 -fwhopr
-fwhole-program --save-temps array_reduced.f
[MacPro:~/badlinkdir] howarth% gfortran -c -fdefault-integer-8 -w -O2 -fwhopr
-fwhole-program --save-temps cns_reduced.f
[MacPro:~/badlinkdir] howarth% gfortran -c -fdefault-integer-8 -w -O2 -fwhopr
-fwhole-program --save-temps genic_reduced.f
[MacPro:~/badlinkdir] howarth% gfortran -r -nostdlib -o
cns_solve-1007222053.exe array_reduced.o cns_reduced.o genic_reduced.o
-DINTEGER='long int' -DCNS_ARCH_TYPE_LINUX -fdefault-integer-8 -O2 -fwhopr
-fwhole-program -w
In file included from :0:0:
array_reduced.f: In function ‘find52_.constprop.0’:
array_reduced.f:5:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: gfortran returned 1 exit status
collect2: lto-wrapper returned 1 exit status

The lto1 ICE doesn't occur if the optimization is reduced to -O1 or if the
-fwhole-program flag is omitted.


-- 
           Summary: lto1 ICEs when linking cns_solve
           Product: gcc
           Version: 4.6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: lto
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: x86_64-apple-darwin10
  GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10


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