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

           Summary: ICE: vinsn_detach, at sel-sched-ir.c:1277 w/ -O3 on
                    ia64 in r174558
           Product: gcc
           Version: 4.7.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: other
        AssignedTo: unassig...@gcc.gnu.org
        ReportedBy: phhargr...@lbl.gov


Created attachment 24450
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24450
preprocesses source to reproduce

This report is of an apparent regression seen in trunk revision 174558 on a SGI
Altix (ia64/Linux).  The problem wasn't seen in any of my nearly daily builds
for at least a month or two prior to this failing version.

Component=other because I don't know enough to pick one.

The problem is present at -O3, but not at -O2, -O1 or -O0.

The testcase.c is as reduced as I could manage.  Any additional changes I tried
made the ICE vanish (which makes some sense given that the error looks like it
is related to instruction scheduling).

This testcase is a reduction of 1 source file out of 5 in my code that elicit
the same ICE message.  I can probably produce more test cases if needed.

$ /usr/local/gcc-4-7-0-20110602/usr/local/bin/gcc -v -save-temps -c -O3
testcase.c
Using built-in specs.
COLLECT_GCC=/usr/local/gcc-4-7-0-20110602/usr/local/bin/gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc-4-7-0-20110602/usr/local/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.7.0/lt
o-wrapper
Target: ia64-unknown-linux-gnu
Configured with: /eng/upc/dev/gary/gcc-trunk/src/configure
--enable-languages=c,c++ --disable-bootstrap --disable-multilib
--enable-checking=yes CFLAGS='-g3 -O0'
Thread model: posix
gcc version 4.7.0 20110602 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-O3'

/usr/local/gcc-4-7-0-20110602/usr/local/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.7.0/cc1
-E -quiet -v -iprefix
/usr/local/gcc-4-7-0-20110602/usr/local/bin/../lib/gcc/ia64-unknown-linux-gnu/4.7.0/
testcase.c -O3 -fpch-preprocess -o testcase.i
ignoring nonexistent directory
"/usr/local/gcc-4-7-0-20110602/usr/local/bin/../lib/gcc/ia64-unknown-linux-gnu/4.7.0/../../../../ia64-unknown-linux-gnu/include"
ignoring duplicate directory
"/usr/local/gcc-4-7-0-20110602/usr/local/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.7.0/include"
ignoring duplicate directory
"/usr/local/gcc-4-7-0-20110602/usr/local/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.7.0/include-fixed"
ignoring nonexistent directory
"/usr/local/gcc-4-7-0-20110602/usr/local/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.7.0/../../../../ia64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/usr/local/gcc-4-7-0-20110602/usr/local/bin/../lib/gcc/ia64-unknown-linux-gnu/4.7.0/include

/usr/local/gcc-4-7-0-20110602/usr/local/bin/../lib/gcc/ia64-unknown-linux-gnu/4.7.0/include-fixed
 /usr/local/include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-O3'

/usr/local/gcc-4-7-0-20110602/usr/local/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.7.0/cc1
-fpreprocessed testcase.i -quiet -dumpbase testcase.c -auxbase testcase -O3
-version -o testcase.s
GNU C (GCC) version 4.7.0 20110602 (experimental) (ia64-unknown-linux-gnu)
        compiled by GNU C version 4.5.1 20101019 (dev) (GCC UPC 4.5.1.2), GMP
version 4.2.3, MPFR version 2.3.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C (GCC) version 4.7.0 20110602 (experimental) (ia64-unknown-linux-gnu)
        compiled by GNU C version 4.5.1 20101019 (dev) (GCC UPC 4.5.1.2), GMP
version 4.2.3, MPFR version 2.3.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 63a5aa68a4f2ded6e45a1d62a83171fa
testcase.c: In function 'gasnetc_reghandlers':
testcase.c:61:1: internal compiler error: in vinsn_detach, at
sel-sched-ir.c:1277
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Reply via email to