[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #35 from David Binderman dcb314 at hotmail dot com --- (In reply to David Binderman from comment #32) Same error with gcc trunk, dated 20131215, for attached source code. Flags -O3 -g -fPIC -fstack-protector-strong required. Sorry, I forgot to mention for machine type x86_64 ( AMD Phenom).
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #31 from David Binderman dcb314 at hotmail dot com --- Created attachment 31456 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31456action=edit C source code
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #32 from David Binderman dcb314 at hotmail dot com --- Same error with gcc trunk, dated 20131215, for attached source code. Flags -O3 -g -fPIC -fstack-protector-strong required. [dcb@zippy4 foundBugs]$ ../results/bin/gcc -c -O3 -g -fPIC -fstack-protector-strong bug126.c zprime.c: In function ‘zfactor’: zprime.c:577:1: internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8213 0xd1b1d0 vt_expand_var_loc_chain ../../src/trunk/gcc/var-tracking.c:8213 0xd1b5c7 vt_expand_loc_callback ../../src/trunk/gcc/var-tracking.c:8409 0x6d44de cselib_expand_value_rtx_1 ../../src/trunk/gcc/cselib.c:1684 0x6d44de cselib_expand_value_rtx_cb(rtx_def*, bitmap_head*, int, rtx_def* (*)(rtx_def*, bitmap_head*, int, void*), void*) ../../src/trunk/gcc/cselib.c:1531 ...
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |ASSIGNED Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot gnu.org --- Comment #33 from Eric Botcazou ebotcazou at gcc dot gnu.org --- OK, thanks for the testcase, which boils down to: typedef struct { void *v; int len; int sign; } ZVALUE; extern int pred (ZVALUE); static unsigned long small_factor (ZVALUE z) { if (z.len 0) return 0; return pred (z) ? -1 : 0; } unsigned long zfactor (ZVALUE z) { z.sign = 0; return small_factor (z); } eric@polaris:~/build/gcc/native gcc/xgcc -Bgcc -S -O -g pr59350-2.c pr59350-2.c: In function 'zfactor': pr59350-2.c:24:1: internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8213 } ^ 0xd6d63c vt_expand_var_loc_chain /home/eric/svn/gcc/gcc/var-tracking.c:8213 0xd6d63c vt_expand_loc_callback /home/eric/svn/gcc/gcc/var-tracking.c:8409
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #34 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Eric Botcazou from comment #33) OK, thanks for the testcase, which boils down to: FAIL for me too r205459 PASS r205461, r206013 FAIL
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 ktkachov at gcc dot gnu.org changed: What|Removed |Added CC||ktkachov at gcc dot gnu.org --- Comment #28 from ktkachov at gcc dot gnu.org --- I'm seeing this on arm-none-eabi now as well: FAIL: gcc.dg/pr59350.c (internal compiler error) FAIL: gcc.dg/pr59350.c (test for excess errors) $TOP/gcc/gcc/testsuite/gcc.dg/pr59350.c: In function 'uDNS_ReceiveMsg': $TOP/gcc/gcc/testsuite/gcc.dg/pr59350.c:82:1: internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8212 0xc123cb vt_expand_var_loc_chain $TOP/gcc/gcc/var-tracking.c:8212 0xc123cb vt_expand_var_loc_chain $TOP/gcc/gcc/var-tracking.c:8190 0xc14a0a vt_expand_loc_callback $TOP/gcc/gcc/var-tracking.c:8408 0x6b54eb cselib_expand_value_rtx_1 $TOP/gcc/gcc/cselib.c:1684 0x6b681e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head*, int, rtx_def* (*)(rtx_def*, bitmap_head*, int, void*), void*) $TOP/gcc/gcc/cselib.c:1531 0xc146a6 vt_expand_loc_callback $TOP/gcc/gcc/var-tracking.c:8344 0x6b5405 cselib_expand_value_rtx_1 $TOP/gcc/gcc/cselib.c:1649 0x6b681e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head*, int, rtx_def* (*)(rtx_def*, bitmap_head*, int, void*), void*) $TOP/gcc/gcc/cselib.c:1531 0xc11f57 vt_expand_var_loc_chain $TOP/gcc/gcc/var-tracking.c:8246 0xc14a0a vt_expand_loc_callback $TOP/gcc/gcc/var-tracking.c:8408 0x6b54eb cselib_expand_value_rtx_1 $TOP/gcc/gcc/cselib.c:1684 0x6b681e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head*, int, rtx_def* (*)(rtx_def*, bitmap_head*, int, void*), void*) $TOP/gcc/gcc/cselib.c:1531 0xc0dd9f vt_expand_loc $TOP/gcc/gcc/var-tracking.c:8498 0xc1e669 emit_notes_in_bb $TOP/gcc/gcc/var-tracking.c:9094 0xc1e669 vt_emit_notes $TOP/gcc/gcc/var-tracking.c:9431 0xc1f18f variable_tracking_main_1 $TOP/gcc/gcc/var-tracking.c:10292 0xc1f18f variable_tracking_main() $TOP/gcc/gcc/var-tracking.c:10306 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions.
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #29 from Eric Botcazou ebotcazou at gcc dot gnu.org --- I'm seeing this on arm-none-eabi now as well: FAIL: gcc.dg/pr59350.c (internal compiler error) FAIL: gcc.dg/pr59350.c (test for excess errors) $TOP/gcc/gcc/testsuite/gcc.dg/pr59350.c: In function 'uDNS_ReceiveMsg': $TOP/gcc/gcc/testsuite/gcc.dg/pr59350.c:82:1: internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8212 The assertion is supposed to be at var-tracking.c:8213 after the patch.
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #30 from ktkachov at gcc dot gnu.org --- It seems I had some weird tree state. It passes on trunk after doing a clean build.
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 Dmitry G. Dyachenko dimhen at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #17 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Eric Botcazou from comment #16) Reopen if this still fails on x86-64. r205987 FAIl for me. Only linenumbers in var-tracking.c are increased by 1. Summary: 1) x86_64 testcase from PR start FAIL for me at r205461 2) arm-eabi testcase from c#9 PASS for me 3) for me -- PASS -O0 -g -- FAIL -O1 -g -- PASS -O1 -g w/o tune/arch=corei7 -- PASS -O1 -g -fno-split-wide-types -- enable-checking=yes,df,fold,rtl,tree not report anything -- enable-checking=yes is enough to trigger ICE -- valgrind not found smth unusual -- gcc is configured with arch/tune=native -- while running gcc selects arch/tune=corei7 -- I have 16Gb RAM, Fedora 19, ld (not gold), four processors cat /proc/cpuinfo processor: 0 vendor_id: GenuineIntel cpu family: 6 model: 30 model name: Intel(R) Core(TM) i5 CPU 760 @ 2.80GHz stepping: 5 microcode: 0x6 cpu MHz: 2808.871 cache size: 8192 KB physical id: 0 siblings: 4 core id: 0 cpu cores: 4 apicid: 0 initial apicid: 0 fpu: yes fpu_exception: yes cpuid level: 11 wp: yes flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi flexpriority ept vpid bogomips: 5617.74 clflush size: 64 cache_alignment: 64 address sizes: 36 bits physical, 48 bits virtual power management: [...]
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|WAITING --- Comment #18 from Eric Botcazou ebotcazou at gcc dot gnu.org --- I cannot reproduce with --enable-checking=yes,rtl. Are you saying that the ICE depends on whether 'rtl' is present in the checking options?
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #19 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Eric Botcazou from comment #18) I cannot reproduce with --enable-checking=yes,rtl. Are you saying that the ICE depends on whether 'rtl' is present in the checking options? Sorry for unclear description. 1) I have ICE with --enable-checking=yes 2) I have ICE with --enable-checking=yes,df,fold,rtl,tree and additional checks prints nothing additional.
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #20 from Dmitry G. Dyachenko dimhen at gmail dot com --- may be r205461 trigger latent bug? There are no ICE with -fno-split-wide-types or without arch/tune=corei7 I can run gdb if it'll usefull
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #21 from Eric Botcazou ebotcazou at gcc dot gnu.org --- What I don't get in that in comment 8 there is a command line with a PASS and then FAIL has prev.cmd -march=corei7 -mtune=corei7 but the two options are already in the former command line... Could you post only the command line passed to cc1plus that FAILs?
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #22 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Eric Botcazou from comment #21) What I don't get in that in comment 8 there is a command line with a PASS and then FAIL has prev.cmd -march=corei7 -mtune=corei7 but the two options are already in the former command line... Could you post only the command line passed to cc1plus that FAILs? PR59350]$ /home/dimhen/bin/gcc_205461_yes/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus -fpreprocessed x.ii -march=corei7 -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -mno-sse4a -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -msse4.2 -msse4.1 -mno-lzcnt -mno-rtm -mno-hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mno-xsave -mno-xsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=corei7 -quiet -dumpbase x.ii -auxbase-strip x.o -g -O1 -version -fpreprocessed -o /tmp/ccbEj5NK.s GNU C++ (GCC) version 4.9.0 20131127 (experimental) [trunk revision 205461] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.9.0 20131127 (experimental) [trunk revision 205461], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.9.0 20131127 (experimental) [trunk revision 205461] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.9.0 20131127 (experimental) [trunk revision 205461], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: e2018620b941388d06d586f5e1499b7d x.ii: In function 'void fn2(C)': x.ii:31:1: internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8212
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #23 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Eric Botcazou from comment #21) What I don't get in that in comment 8 there is a command line with a PASS and then FAIL has prev.cmd -march=corei7 -mtune=corei7 but the two options are already in the former command line... Could you post only the command line passed to cc1plus that FAILs? Sorry. Press enter too quickly current gcc now PR59350]$ /usr/local/gcc_current/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus -fpreprocessed x.ii -march=corei7 -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -mno-sse4a -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -msse4.2 -msse4.1 -mno-lzcnt -mno-rtm -mno-hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mno-xsave -mno-xsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=corei7 -quiet -dumpbase x.ii -auxbase-strip x.o -g -O1 -version -fpreprocessed -o /tmp/ccbEj5NK.s GNU C++ (GCC) version 4.9.0 20131214 (experimental) [trunk revision 205989] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.9.0 20131214 (experimental) [trunk revision 205989], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.9.0 20131214 (experimental) [trunk revision 205989] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.9.0 20131214 (experimental) [trunk revision 205989], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 275b0946f15033889007099ffb561344 x.ii: In function 'void fn2(C)': x.ii:31:1: internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8213
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org Assignee|ebotcazou at gcc dot gnu.org |unassigned at gcc dot gnu.org --- Comment #24 from Eric Botcazou ebotcazou at gcc dot gnu.org --- Still not reproducible here.
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #25 from Dmitry G. Dyachenko dimhen at gmail dot com --- After reading http://gcc.gnu.org/ml/gcc-patches/2013-12/msg01344.html about corei7 tuning (Corei7 tuning doesn't set -maccumulate-outgoing-args option by default) I check -maccumulate-outgoing-args and saw -O1 -g -maccumulate-outgoing-args PASS Sounds like the picture is consistant now 1) gcc uses corei7 tuning 2) corei7 tuning doesn't set -maccumulate-outgoing-args 3) -fno-split-wide-types changes arguments passing too And: FAIL: -O1 -g PASS: -O1 -g without corei7 tuning PASS: -O1 -g -maccumulate-outgoing-args PASS: -O1 -g -fno-split-wide-types 2 questions: 1) why nobody can reproduce ICE 2) why r205461 trigger it
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #26 from H.J. Lu hjl.tools at gmail dot com --- FWIW, I can't reproduce this bug with revision 206000 either.
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #27 from Dmitry G. Dyachenko dimhen at gmail dot com --- An other box with Fedora 18 / AMD Athlon I cant reproduce (r205515) How do you think, what is the right way to go? [I already tests RAM with memtest] run 2 GDBs and search differences in control-flow?
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Component|middle-end |rtl-optimization --- Comment #14 from Eric Botcazou ebotcazou at gcc dot gnu.org --- Recategorizing.
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 --- Comment #15 from Eric Botcazou ebotcazou at gcc dot gnu.org --- Author: ebotcazou Date: Sat Dec 14 15:24:58 2013 New Revision: 205986 URL: http://gcc.gnu.org/viewcvs?rev=205986root=gccview=rev Log: * var-tracking.c (add_stores): Fix oversight in latest commit. Added: trunk/gcc/testsuite/gcc.dg/pr59350.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/var-tracking.c
[Bug rtl-optimization/59350] [4.9 regression] ICE: in vt_expand_var_loc_chain, at var-tracking.c:8212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Target|x86_64-*-* | Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #16 from Eric Botcazou ebotcazou at gcc dot gnu.org --- Reopen if this still fails on x86-64.