public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
@ 2008-04-24 14:47 fxcoudert at gcc dot gnu dot org
2008-05-05 5:25 ` [Bug debug/36037] " pinskia at gcc dot gnu dot org
` (9 more replies)
0 siblings, 10 replies; 11+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2008-04-24 14:47 UTC (permalink / raw)
To: gcc-bugs
Downloading the code at
http://www.pci.unizh.ch/vandevondele/tmp/all_cp2k_gfortran.f90.gz,
uncompressing it and compiling it with mainline GCC on x86_64-linux at -O2 -g
gives:
Program received signal SIGSEGV, Segmentation fault.
0x000000000053f99d in gt_ggc_mx_dw_loc_descr_struct (x_p=0x2aaae3061fa0)
at ./gt-dwarf2out.h:214
warning: Source file is more recent than executable.
214 if (ggc_test_and_set_mark (x))
(gdb) p x
$1 = (struct dw_loc_descr_struct * const) 0x2aaae3061fa0
(gdb) p *x
$2 = {dw_loc_next = 0x0, dw_loc_opc = DW_OP_ne, dw_loc_oprnd1 = {
val_class = dw_val_class_unsigned_const, v = {val_addr = 0x0,
val_offset = 0, val_loc_list = 0x0, val_loc = 0x0, val_int = 0,
val_unsigned = 0, val_long_long = {hi = 0, low = 0}, val_vec = {
array = 0x0, length = 0, elt_size = 0}, val_die_ref = {die = 0x0,
external = 0}, val_fde_index = 0, val_str = 0x0, val_lbl_id = 0x0,
val_flag = 0 '\0', val_file = 0x0}}, dw_loc_oprnd2 = {
val_class = dw_val_class_unsigned_const, v = {val_addr = 0x0,
val_offset = 0, val_loc_list = 0x0, val_loc = 0x0, val_int = 0,
val_unsigned = 0, val_long_long = {hi = 0, low = 0}, val_vec = {
array = 0x0, length = 0, elt_size = 0}, val_die_ref = {die = 0x0,
external = 0}, val_fde_index = 0, val_str = 0x0, val_lbl_id = 0x0,
val_flag = 0 '\0', val_file = 0x0}}, dw_loc_addr = 0}
(gdb) bt
#0 0x000000000053f99d in gt_ggc_mx_dw_loc_descr_struct (x_p=0x2aaae3061fa0)
at ./gt-dwarf2out.h:214
#1 0x000000000053f9b5 in gt_ggc_mx_dw_loc_descr_struct (x_p=0x2aaae3061f50)
at ./gt-dwarf2out.h:216
#2 0x000000000053f9b5 in gt_ggc_mx_dw_loc_descr_struct (x_p=0x2aaae3061f00)
at ./gt-dwarf2out.h:216
#3 0x000000000053f9b5 in gt_ggc_mx_dw_loc_descr_struct (x_p=0x2aaae3061eb0)
at ./gt-dwarf2out.h:216
#4 0x000000000053fd03 in gt_ggc_mx_VEC_dw_attr_node_gc (
x_p=<value optimized out>) at ./gt-dwarf2out.h:96
#5 0x000000000053fd4d in gt_ggc_mx_die_struct (x_p=0x2aaae305c8a0)
at ./gt-dwarf2out.h:361
#6 0x000000000047ed4d in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:325
#7 0x000000000047e9db in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
The exact command-line used is "./f951 -fmem-report all_cp2k_gfortran.f90 -O2
-g". Probably a middle-end or garbage collection issue as it goes fine with
-O0.
I'm not sure whether this passes for GCC 4.3.0, but I know it used to pass
before 4.4 was branched off.
--
Summary: [4.4 regression] segfault in
gt_ggc_mx_dw_loc_descr_struct
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug debug/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
@ 2008-05-05 5:25 ` pinskia at gcc dot gnu dot org
2008-05-07 8:46 ` jv244 at cam dot ac dot uk
` (8 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2008-05-05 5:25 UTC (permalink / raw)
To: gcc-bugs
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pinskia at gcc dot gnu dot
| |org
Component|middle-end |debug
Keywords| |GC, ice-on-valid-code
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug debug/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
2008-05-05 5:25 ` [Bug debug/36037] " pinskia at gcc dot gnu dot org
@ 2008-05-07 8:46 ` jv244 at cam dot ac dot uk
2008-05-07 10:18 ` fxcoudert at gcc dot gnu dot org
` (7 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: jv244 at cam dot ac dot uk @ 2008-05-07 8:46 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from jv244 at cam dot ac dot uk 2008-05-07 08:45 -------
here things appear to work ? What are the numbers you have for '--param
ggc-min-expand=30 --param ggc-min-heapsize=4096' ?
> gfortran -c -O2 -g -fmem-report all.f90
Memory still allocated at the end of the compilation process
Size Allocated Used Overhead
8 4096 16 120
16 13M 1668k 304k
128 4044k 675k 55k
256 4068k 3349k 55k
512 252M 227M 3541k
1024 16k 6144 224
2048 28k 16k 392
4096 684k 684k 9576
8192 32k 32k 224
16384 32k 32k 112
32768 32k 32k 56
65536 128k 128k 112
131072 512k 512k 224
262144 768k 768k 168
524288 2048k 2048k 224
1048576 3072k 3072k 168
4194304 4096k 4096k 56
8388608 8192k 8192k 56
192 115M 101M 1613k
160 79M 64M 1109k
144 11M 6162k 158k
96 132M 71M 1861k
48 150M 80M 2403k
208 38M 35M 533k
64 31M 1683k 499k
32 103M 9308k 1866k
80 278M 54M 3900k
Total 1234M 678M 17M
String pool
entries 1324233
identifiers 1324233 (100.00%)
slots 2097152
bytes 14M (1384k overhead)
table size 16M
coll/search 0.5910
ins/search 0.0865
avg. entry 11.43 bytes (+/- 4.53)
longest entry 68
??? tree nodes created
(No per-node statistics)
Type hash: size 131071, 71937 elements, 1.616711 collisions
DECL_DEBUG_EXPR hash: size 65521, 22 elements, 0.439186 collisions
DECL_VALUE_EXPR hash: size 1021, 19 elements, 0.000000 collisions
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug debug/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
2008-05-05 5:25 ` [Bug debug/36037] " pinskia at gcc dot gnu dot org
2008-05-07 8:46 ` jv244 at cam dot ac dot uk
@ 2008-05-07 10:18 ` fxcoudert at gcc dot gnu dot org
2008-05-18 17:52 ` [Bug middle-end/36037] " jv244 at cam dot ac dot uk
` (6 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2008-05-07 10:18 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-05-07 10:17 -------
OK, well, it was 100% reproducible two weeks ago, but I can't see it happening
anymore on trunk. Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug middle-end/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
` (2 preceding siblings ...)
2008-05-07 10:18 ` fxcoudert at gcc dot gnu dot org
@ 2008-05-18 17:52 ` jv244 at cam dot ac dot uk
2008-05-18 17:59 ` jv244 at cam dot ac dot uk
` (5 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: jv244 at cam dot ac dot uk @ 2008-05-18 17:52 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from jv244 at cam dot ac dot uk 2008-05-18 17:52 -------
I think this bug is back. Current gfortran fails again with:
(gdb) run all.f90 -march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64 --param
l1-cache-line-size=64 --param l2-cache-size=1024 -mtune=k8 -quiet -dumpbase
all.f90 -auxbase all -O3 -version -ffast-math -ftree-vectorize
-fintrinsic-modules-path
/data03/vondele/gcc_trunk/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/finclude
-o /tmp/ccJOx9ry.s
Starting program:
/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951
all.f90 -march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64 --param
l1-cache-line-size=64 --param l2-cache-size=1024 -mtune=k8 -quiet -dumpbase
all.f90 -auxbase all -O3 -version -ffast-math -ftree-vectorize
-fintrinsic-modules-path
/data03/vondele/gcc_trunk/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/finclude
-o /tmp/ccJOx9ry.s
GNU Fortran (GCC) version 4.4.0 20080518 (experimental) [trunk revision 135494]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.0 20080518 (experimental) [trunk revision
135494], GMP version 4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Program received signal SIGSEGV, Segmentation fault.
ggc_set_mark (p=0x200000000) at
/data03/vondele/gcc_trunk/gcc/gcc/ggc-page.c:584
584 while (table->high_bits != high_bits)
(gdb) bt
#0 ggc_set_mark (p=0x200000000) at
/data03/vondele/gcc_trunk/gcc/gcc/ggc-page.c:584
#1 0x0000000000485568 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:49
#2 0x000000000048667f in gt_ggc_mx_lang_type (x_p=<value optimized out>) at
./gtype-fortran.h:64
#3 0x0000000000485b24 in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:338
#4 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#5 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#6 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#7 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#8 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#9 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#10 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#11 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#12 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#13 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#14 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#15 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#16 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#17 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#18 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#19 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#20 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#21 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#22 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#23 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#24 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#25 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#26 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#27 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#28 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#29 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#30 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#31 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#32 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#33 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#34 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#35 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#36 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#37 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#38 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#39 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#40 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#41 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#42 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#43 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
#44 0x0000000000485acb in gt_ggc_mx_lang_tree_node (x_p=<value optimized out>)
at ./gt-fortran-f95-lang.h:333
[...]
--
jv244 at cam dot ac dot uk changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |29975
nThis| |
Status|RESOLVED |UNCONFIRMED
Component|debug |middle-end
Resolution|WORKSFORME |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug middle-end/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
` (3 preceding siblings ...)
2008-05-18 17:52 ` [Bug middle-end/36037] " jv244 at cam dot ac dot uk
@ 2008-05-18 17:59 ` jv244 at cam dot ac dot uk
2008-05-30 7:41 ` jv244 at cam dot ac dot uk
` (4 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: jv244 at cam dot ac dot uk @ 2008-05-18 17:59 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from jv244 at cam dot ac dot uk 2008-05-18 17:59 -------
the end of the backtrace (notice the depth) might be useful as well:
#78681 0x0000000000486421 in gt_ggc_mx_lang_tree_node (x_p=<value optimized
out>) at ./gt-fortran-f95-lang.h:290
#78682 0x0000000000632f85 in gt_ggc_mx_cgraph_node (x_p=<value optimized out>)
at gtype-desc.c:161
#78683 0x0000000000633236 in gt_ggc_m_P11cgraph_node4htab (x_p=<value optimized
out>) at gtype-desc.c:1852
#78684 0x000000000061203f in ggc_mark_roots () at
/data03/vondele/gcc_trunk/gcc/gcc/ggc-common.c:104
#78685 0x00000000004d0279 in ggc_collect () at
/data03/vondele/gcc_trunk/gcc/gcc/ggc-page.c:1895
#78686 0x000000000067a235 in execute_todo (flags=34871) at
/data03/vondele/gcc_trunk/gcc/gcc/passes.c:1051
#78687 0x000000000067a4c4 in execute_one_pass (pass=0xf16380) at
/data03/vondele/gcc_trunk/gcc/gcc/passes.c:1307
#78688 0x000000000067a6a5 in execute_pass_list (pass=0xf16380) at
/data03/vondele/gcc_trunk/gcc/gcc/passes.c:1335
#78689 0x000000000067a6bd in execute_pass_list (pass=0xf15ea0) at
/data03/vondele/gcc_trunk/gcc/gcc/passes.c:1336
#78690 0x000000000067a99e in execute_ipa_pass_list (pass=0xf15e40) at
/data03/vondele/gcc_trunk/gcc/gcc/passes.c:892
#78691 0x000000000091a76d in cgraph_optimize () at
/data03/vondele/gcc_trunk/gcc/gcc/cgraphunit.c:1336
#78692 0x0000000000484e65 in gfc_be_parse_file (set_yydebug=<value optimized
out>)
at /data03/vondele/gcc_trunk/gcc/gcc/fortran/f95-lang.c:262
#78693 0x00000000006ffa68 in toplev_main (argc=<value optimized out>,
argv=<value optimized out>)
at /data03/vondele/gcc_trunk/gcc/gcc/toplev.c:963
#78694 0x00002b0d19a7c154 in __libc_start_main () from /lib64/libc.so.6
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug middle-end/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
` (4 preceding siblings ...)
2008-05-18 17:59 ` jv244 at cam dot ac dot uk
@ 2008-05-30 7:41 ` jv244 at cam dot ac dot uk
2008-06-25 12:01 ` rguenth at gcc dot gnu dot org
` (3 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: jv244 at cam dot ac dot uk @ 2008-05-30 7:41 UTC (permalink / raw)
To: gcc-bugs
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2095 bytes --]
------- Comment #5 from jv244 at cam dot ac dot uk 2008-05-30 07:40 -------
A few days ago I started a compilation with
vondele@pcihopt3:/data03/vondele/gcc_trunk/CP2K_gcc_2007_06/src> gfortran -v
-c --param ggc-min-expand=0 --param ggc-min-heapsize=4096 -O3 -ffast-math
-ftree-vectorize -march=native all.f90
which lead to
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /data03/vondele/gcc_trunk/gcc/configure
--prefix=/data03/vondele/gcc_trunk/build --with-gmp=/data03/vondele/
--with-mpfr=/data03/vondele/ --enable-languages=c,fortran
Thread model: posix
gcc version 4.4.0 20080520 (experimental) [trunk revision 135667] (GCC)
COLLECT_GCC_OPTIONS='-v' '-c' '--param' 'ggc-min-expand=0' '--param'
'ggc-min-heapsize=4096' '-O3' '-ffast-math' '-ftree-vectorize'
/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951
all.f90 -march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64 --param
l1-cache-line-size=64 --param l2-cache-size=1024 -mtune=k8 -quiet -dumpbase
all.f90 -auxbase all -O3 -version -ffast-math -ftree-vectorize --param
ggc-min-expand=0 --param ggc-min-heapsize=4096 -fintrinsic-modules-path
/data03/vondele/gcc_trunk/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/finclude
-o /tmp/ccMREBre.s
GNU Fortran (GCC) version 4.4.0 20080520 (experimental) [trunk revision 135667]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.0 20080520 (experimental) [trunk revision
135667], GMP version 4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=0 --param ggc-min-heapsize=4096
all.f90: In function spme_coeff_calculate:
all.f90:477078: 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.
I'm wondering if that now could point more accurately to the point of failure?
Just compiling the offending module with these options is not enough.
I'd like to help debugging this, but I would need some hints on how to do
this...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug middle-end/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
` (5 preceding siblings ...)
2008-05-30 7:41 ` jv244 at cam dot ac dot uk
@ 2008-06-25 12:01 ` rguenth at gcc dot gnu dot org
2008-06-25 12:06 ` jakub at gcc dot gnu dot org
` (2 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: rguenth at gcc dot gnu dot org @ 2008-06-25 12:01 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from rguenth at gcc dot gnu dot org 2008-06-25 12:01 -------
It looks like you run out of stack space during GC walk. You can check if so
by raising the stack limit with 'ulimit -s unlimited'.
I recall that Jakub had a patch to limit recursion in GC somewhat?
--
rguenth at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu dot org
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug middle-end/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
` (6 preceding siblings ...)
2008-06-25 12:01 ` rguenth at gcc dot gnu dot org
@ 2008-06-25 12:06 ` jakub at gcc dot gnu dot org
2008-06-30 6:23 ` jv244 at cam dot ac dot uk
2008-07-03 6:10 ` ubizjak at gmail dot com
9 siblings, 0 replies; 11+ messages in thread
From: jakub at gcc dot gnu dot org @ 2008-06-25 12:06 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from jakub at gcc dot gnu dot org 2008-06-25 12:06 -------
That was PR36060 and is already fixed in 4.3/4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug middle-end/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
` (7 preceding siblings ...)
2008-06-25 12:06 ` jakub at gcc dot gnu dot org
@ 2008-06-30 6:23 ` jv244 at cam dot ac dot uk
2008-07-03 6:10 ` ubizjak at gmail dot com
9 siblings, 0 replies; 11+ messages in thread
From: jv244 at cam dot ac dot uk @ 2008-06-30 6:23 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from jv244 at cam dot ac dot uk 2008-06-30 06:22 -------
(In reply to comment #6)
> It looks like you run out of stack space during GC walk. You can check if so
> by raising the stack limit with 'ulimit -s unlimited'.
current trunk (actually a few days old) doesn't fail anymore. The script used
for testing actually has ulimit -s 128000 which is pretty high. I tested with
ulimit -s 32000 and ulimit -s 64000, but couldn't get a crash.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug middle-end/36037] [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
` (8 preceding siblings ...)
2008-06-30 6:23 ` jv244 at cam dot ac dot uk
@ 2008-07-03 6:10 ` ubizjak at gmail dot com
9 siblings, 0 replies; 11+ messages in thread
From: ubizjak at gmail dot com @ 2008-07-03 6:10 UTC (permalink / raw)
To: gcc-bugs
------- Comment #9 from ubizjak at gmail dot com 2008-07-03 06:09 -------
(In reply to comment #8)
> current trunk (actually a few days old) doesn't fail anymore. The script used
> for testing actually has ulimit -s 128000 which is pretty high. I tested with
> ulimit -s 32000 and ulimit -s 64000, but couldn't get a crash.
Closed (again) as WORKSFORME.
--
ubizjak at gmail dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36037
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2008-07-03 6:10 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-04-24 14:47 [Bug middle-end/36037] New: [4.4 regression] segfault in gt_ggc_mx_dw_loc_descr_struct fxcoudert at gcc dot gnu dot org
2008-05-05 5:25 ` [Bug debug/36037] " pinskia at gcc dot gnu dot org
2008-05-07 8:46 ` jv244 at cam dot ac dot uk
2008-05-07 10:18 ` fxcoudert at gcc dot gnu dot org
2008-05-18 17:52 ` [Bug middle-end/36037] " jv244 at cam dot ac dot uk
2008-05-18 17:59 ` jv244 at cam dot ac dot uk
2008-05-30 7:41 ` jv244 at cam dot ac dot uk
2008-06-25 12:01 ` rguenth at gcc dot gnu dot org
2008-06-25 12:06 ` jakub at gcc dot gnu dot org
2008-06-30 6:23 ` jv244 at cam dot ac dot uk
2008-07-03 6:10 ` ubizjak at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).