[Bug c++/25983] New: [gomp] transient ICE in trunk, c++

[Bug c++/25983] New: [gomp] transient ICE in trunk, c++

[tbptbp at gmail dot com]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 6664 bytes --]

Excuse the poor testcase but i was just trying to get the feel of gomp on non
trivial code.
It looks like some memory corruption (from the look of the nuked stack), the
bigger the better.

[time passes] It seems that if i leave exceptions on, an assert is hit. Here's
how it looks with that minimal option set. Backtrace included.


/usr/local/gomp/bin/g++ -v -save-temps -DNDEBUG -I./standalone
-I/usr/include/lua50/ -I/usr/src/tbp/tolua++-1.0.5/include
-I/usr/src/tbp/lib/FreeImage-cvs/Dist/ -fopenmp -c src/raytrace_packet.cpp -o
bin/gcc/raytrace_packet.o
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr/local/gomp --enable-languages=c++
--enable-threads=posix --with-system-zlib --enable-__cxa_atexit
--disable-multilib --enable-bootstrap --with-gcc --with-gnu-as --with-gnu-ld
Thread model: posix
gcc version 4.2.0-gomp-20050608-branch 20060119 (experimental) (merged
20060119)

/usr/local/gomp/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus
-E -quiet -v -I./standalone -I/usr/include/lua50/
-I/usr/src/tbp/tolua++-1.0.5/include -I/usr/src/tbp/lib/FreeImage-cvs/Dist/
-D_GNU_SOURCE -D_REENTRANT -DNDEBUG src/raytrace_packet.cpp -mtune=generic
-fopenmp -fpch-preprocess -o raytrace_packet.ii
ignoring nonexistent directory
"/usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../x86_64-unknown-linux-gnu/include"
ignoring nonexistent directory "/usr/src/tbp/tolua++-1.0.5/include"
#include "..." search starts here:
#include <...> search starts here:
 ./standalone
 /usr/include/lua50/
 /usr/src/tbp/lib/FreeImage-cvs/Dist/

/usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../include/c++/4.2.0-gomp-20050608-branch
/usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../include/c++/4.2.0-gomp-20050608-branch/x86_64-unknown-linux-gnu

/usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../include/c++/4.2.0-gomp-20050608-branch/backward
 /usr/local/include
 /usr/local/gomp/include

/usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/include
 /usr/include
End of search list.

/usr/local/gomp/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus
-fpreprocessed raytrace_packet.ii -quiet -dumpbase raytrace_packet.cpp
-mtune=generic -auxbase-strip bin/gcc/raytrace_packet.o -version -fopenmp -o
raytrace_packet.sGNU C++ version 4.2.0-gomp-20050608-branch 20060119
(experimental) (merged 20060119) (x86_64-unknown-linux-gnu)
        compiled by GNU C version 4.2.0-gomp-20050608-branch 20060119
(experimental) (merged 20060119).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 89571ef7c91b12e8fe7e055d9792a102
src/raytrace_packet.cpp: In member function 'void rt::raytracer_t::prender()':
src/raytrace_packet.cpp:1411: internal compiler error: in
verify_eh_throw_stmt_node, at tree-eh.c:2085
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

(gdb) break tree-eh.c:2085
Breakpoint 1 at 0x54fed4: file ../../gcc/tree-eh.c, line 2085.
(gdb) run
Starting program:
/usr/local/gomp/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus
-fpreprocessed raytrace_packet.ii -quiet -dumpbase raytrace_packet.cpp
-mtune=generic -auxbase-strip bin/gcc/raytrace_packet.o -version -fopenmp -o
raytrace_packet.s
GNU C++ version 4.2.0-gomp-20050608-branch 20060119 (experimental) (merged
20060119) (x86_64-unknown-linux-gnu)
        compiled by GNU C version 4.2.0-gomp-20050608-branch 20060119
(experimental) (merged 20060119).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 89571ef7c91b12e8fe7e055d9792a102

Breakpoint 1, verify_eh_throw_stmt_node (slot=0x2aaaacdfa000, data=0x0) at
../../gcc/tree-eh.c:2085
2085      gcc_assert (node->stmt->common.ann == NULL);
(gdb) bt full
#0  verify_eh_throw_stmt_node (slot=0x2aaaacdfa000, data=0x0) at
../../gcc/tree-eh.c:2085
        __FUNCTION__ = "verify_eh_throw_stmt_node"
#1  0x00000000009b23f8 in htab_traverse_noresize (htab=<value optimized out>,
callback=0x54fed0 <verify_eh_throw_stmt_node>,
    info=0x0) at ../../libiberty/hashtab.c:729
        slot = (void **) 0x2aaaacdfa000
        limit = (void **) 0x2aaaacdfafe8
#2  0x0000000000889f1c in execute_one_pass (pass=0xc54f20) at
../../gcc/passes.c:849
        __t = <value optimized out>
        dname = 0x2aaaab6c9100 "°5h«ª*"
        todo = 0
        __FUNCTION__ = "execute_one_pass"
#3  0x000000000088a03c in execute_pass_list (pass=0xc54f20) at
../../gcc/passes.c:881
No locals.
#4  0x00000000005581ca in tree_rest_of_compilation (fndecl=0x2aaaab6c9100) at
../../gcc/tree-optimize.c:412
        e = <value optimized out>
        node = (struct cgraph_node *) 0x2aaaab26a000
        __FUNCTION__ = "tree_rest_of_compilation"
#5  0x00000000004d0848 in expand_body (fn=0x2aaaab6c9100) at
../../gcc/cp/semantics.c:3015
        saved_function = (tree) 0x0
        __FUNCTION__ = "expand_body"
#6  0x00000000008d7606 in cgraph_expand_function (node=0x2aaaab26a000) at
../../gcc/cgraphunit.c:1098
        decl = (tree) 0x2aaaab6c9100
        __FUNCTION__ = "cgraph_expand_function"
#7  0x00000000008d9b78 in cgraph_optimize () at ../../gcc/cgraphunit.c:1164
        __FUNCTION__ = "cgraph_optimize"
#8  0x000000000047de6f in cp_finish_file () at ../../gcc/cp/decl2.c:3115
        vars = (tree) 0x268
        reconsider = 0 '\0'
        i = 616
        locus = {file = 0xd82cf0 "src/raytrace_packet_aa.cpp", line = 1015}
        ssdf_count = 1
        retries = 1
        decl = (tree) 0x2aaaac5ee400
        __FUNCTION__ = "cp_finish_file"
#9  0x000000000052e16a in c_common_parse_file (set_yydebug=<value optimized
out>) at ../../gcc/c-opts.c:1136
        i = 0
#10 0x000000000085c5e8 in toplev_main (argc=<value optimized out>, argv=0x0) at
../../gcc/toplev.c:990
No locals.
#11 0x00002aaaaabdf4ca in __libc_start_main () from /lib/libc.so.6
No symbol table info available.
#12 0x000000000040271a in _start () at ../sysdeps/x86_64/elf/start.S:113
No locals.
(gdb)

Preprocessed source on the way.


-- 
           Summary: [gomp] transient ICE in trunk, c++
           Product: gcc
           Version: 4.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: tbptbp at gmail dot com
  GCC host triplet: x86-64, linux, gnu


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

[Bug c++/25983] [gomp] transient ICE in trunk, c++

[tbptbp at gmail dot com]

------- Comment #1 from tbptbp at gmail dot com  2006-01-26 20:42 -------
Created an attachment (id=10737)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10737&action=view)
Preprocessed offender


-- 


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

[Bug c++/25983] [gomp] transient ICE, c++

[tbptbp at gmail dot com]

------- Comment #2 from tbptbp at gmail dot com  2006-01-27 13:51 -------
Woops, that ICE wasn't in trunk but the gomp branch.


-- 


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

[Bug c++/25983] [gomp] transient ICE, c++

[reichelt at gcc dot gnu dot org]

------- Comment #3 from reichelt at gcc dot gnu dot org  2006-01-27 16:00 -------


*** This bug has been marked as a duplicate of 25873 ***


-- 

reichelt at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |DUPLICATE


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

[Bug c++/25983] [gomp] transient ICE, c++

[tbptbp at gmail dot com]

------- Comment #4 from tbptbp at gmail dot com  2006-01-27 18:04 -------
I'm not sure it's a dupe & fixed, because it also triggered with exceptions
disabled.

I don't know if the patch for PR/25873 has been applied to the gomp branch or
not,  if not please ignore the spam, but with a fresh svn checkout (110300) i
get:

/usr/local/gomp-110300/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus
\
        -fpreprocessed raytrace_packet.ii \
        -quiet -dumpbase raytrace_packet.cpp \
        -mtune=generic -auxbase-strip bin/gcc/raytrace_packet.o  \
        -version -fopenmp \
        -o raytrace_packet.s

GNU C++ version 4.2.0-gomp-20050608-branch 20060126 (experimental) (merged
20060126) (x86_64-unknown-linux-gnu)
        compiled by GNU C version 4.2.0-gomp-20050608-branch 20060126
(experimental) (merged 20060126).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: b7c38ddb04380359d35e2b2068ab186c
src/raytrace_packet_aa.cpp: In member function 'void
rt::raytracer_t::prender_supa() [with unsigned int flags = 2u]':
src/raytrace_packet_aa.cpp:710: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

(gdb) run
Starting program:
/usr/local/gomp-110300/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus
-fpreprocessed raytrace_packet.ii -quiet -dumpbase raytrace_packet.cpp
-mtune=generic -auxbase-strip bin/gcc/raytrace_packet.o -version -fopenmp -o
raytrace_packet.s
GNU C++ version 4.2.0-gomp-20050608-branch 20060126 (experimental) (merged
20060126) (x86_64-unknown-linux-gnu)
        compiled by GNU C version 4.2.0-gomp-20050608-branch 20060126
(experimental) (merged 20060126).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: b7c38ddb04380359d35e2b2068ab186c

Program received signal SIGSEGV, Segmentation fault.
ggc_set_mark (p=0xafafafafafafafaf) at ../../gcc/ggc-page.c:588
588       while (table->high_bits != high_bits)
(gdb) bt
#0  ggc_set_mark (p=0xafafafafafafafaf) at ../../gcc/ggc-page.c:588
#1  0x00000000006ecec8 in gt_ggc_mx_basic_block_def (x_p=<value optimized out>)
at gtype-desc.c:462
#2  0x00000000006ed26f in gt_ggc_mx_VEC_basic_block_gc (x_p=<value optimized
out>) at gtype-desc.c:193
#3  0x00000000006ed2d3 in gt_ggc_mx_control_flow_graph (x_p=<value optimized
out>) at gtype-desc.c:624
#4  0x00000000006ed38f in gt_ggc_mx_function (x_p=<value optimized out>) at
gtype-desc.c:639
#5  0x00000000004dc077 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:320
#6  0x00000000004ef847 in gt_ggc_mx_cp_binding_level (x_p=<value optimized
out>) at gt-cp-name-lookup.h:65
#7  0x00000000004db90e in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:541
#8  0x00000000004dbc54 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:285
#9  0x00000000004dbdde in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:344
#10 0x00000000004dc2cb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:362
#11 0x00000000004dbd6f in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:326
#12 0x00000000004dba35 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:114
#13 0x00000000004dbd8b in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:328
#14 0x00000000004dba35 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:114
#15 0x00000000004dbd7d in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:327
#16 0x00000000004dbd53 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:324
#17 0x00000000004dbb65 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at gt-cp-tree.h:204
#18 0x00000000006e6bb7 in gt_ggc_mx_cgraph_varpool_node (x_p=<value optimized
out>) at gtype-desc.c:115
#19 0x00000000006e3687 in ggc_mark_roots () at ../../gcc/ggc-common.c:118
#20 0x0000000000887a9a in ggc_collect () at ../../gcc/ggc-page.c:1880
#21 0x0000000000889059 in execute_todo (pass=0xc5ada0, flags=2,
use_required=<value optimized out>) at ../../gcc/passes.c:781
#22 0x00000000008892cf in execute_one_pass (pass=0xc5ada0) at
../../gcc/passes.c:863
#23 0x000000000088933c in execute_pass_list (pass=0xc5ada0) at
../../gcc/passes.c:885
#24 0x0000000000558e0a in tree_rest_of_compilation (fndecl=0x2aaaac480700) at
../../gcc/tree-optimize.c:412
#25 0x00000000004d0d08 in expand_body (fn=0x2aaaac480700) at
../../gcc/cp/semantics.c:3012
#26 0x00000000008d6a66 in cgraph_expand_function (node=0x2aaaac4def00) at
../../gcc/cgraphunit.c:1098
#27 0x00000000008d8fe8 in cgraph_optimize () at ../../gcc/cgraphunit.c:1164
#28 0x000000000047e01f in cp_finish_file () at ../../gcc/cp/decl2.c:3115
#29 0x000000000052ec0a in c_common_parse_file (set_yydebug=<value optimized
out>) at ../../gcc/c-opts.c:1148
#30 0x000000000085b428 in toplev_main (argc=<value optimized out>, argv=0x0) at
../../gcc/toplev.c:990
#31 0x00002aaaaabdf4ca in __libc_start_main () from /lib/libc.so.6
#32 0x000000000040271a in _start () at ../sysdeps/x86_64/elf/start.S:113
(gdb)


-- 


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

[Bug c++/25983] [gomp] transient ICE, c++

[pinskia at gcc dot gnu dot org]

------- Comment #5 from pinskia at gcc dot gnu dot org  2006-01-27 18:06 -------
(In reply to comment #4)
> I'm not sure it's a dupe & fixed, because it also triggered with exceptions
> disabled.
> 
> I don't know if the patch for PR/25873 has been applied to the gomp branch or
> not,  if not please ignore the spam, but with a fresh svn checkout (110300) i
> get:

That is a dup of bug 25990, then.


-- 


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

[Bug c++/25983] [gomp] transient ICE, c++

[tbptbp at gmail dot com]

------- Comment #6 from tbptbp at gmail dot com  2006-01-27 18:12 -------
Subject: Re:  [gomp] transient ICE, c++

On 27 Jan 2006 18:06:23 -0000, pinskia at gcc dot gnu dot org
<gcc-bugzilla@gcc.gnu.org> wrote:
> That is a dup of bug 25990, then.
Technically, it's the other way around ;)

Anyway, it's still a no go. I'll watch 25990 then.


-- 


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