[Bug middle-end/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|UNCONFIRMED |NEW Last reconfirmed||2013-12-13 Ever confirmed|0 |1 --- Comment #12 from Eric Botcazou ebotcazou at gcc dot gnu.org --- I can reproduce on the ARM, it was introduced by r205461.
[Bug middle-end/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|NEW |ASSIGNED CC|ebotcazou at gcc dot gnu.org | Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot gnu.org --- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org --- Looking into it.
[Bug middle-end/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 #5 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Jakub Jelinek from comment #4) Strange, can't reproduce. You are using --with-arch=native --with=native, what exactly it expands to? [dimhen@dim PR59350]$ ~/bin/gcc_205461_yes/bin/g++ -v -fpreprocessed -O1 -g -c x.ii -o x.o Using built-in specs. COLLECT_GCC=/home/dimhen/bin/gcc_205461_yes/bin/g++ Target: x86_64-unknown-linux-gnu Configured with: /home/dimhen/src/gcc_current_205461/configure --prefix=/usr/local/gcc_current --with-multilib-list=m64 --enable-checking=yes --enable-languages=c,c++,lto --enable-plugin --with-tune=native --with-arch=native --enable-version-specific-runtime-libs Thread model: posix gcc version 4.9.0 20131127 (experimental) [trunk revision 205461] (GCC) COLLECT_GCC_OPTIONS='-v' '-fpreprocessed' '-O1' '-g' '-c' '-o' 'x.o' '-shared-libgcc' '-mtune=native' '-march=native' /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/ccQJHhK6.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 middle-end/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 #6 from Jakub Jelinek jakub at gcc dot gnu.org --- Still can't reproduce.
[Bug middle-end/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 #8 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Jakub Jelinek from comment #6) Still can't reproduce. PASS /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 FAIL prev.cmd -march=corei7 -mtune=corei7 valgrind --tool=memcheck --track-origins=yes /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 [...] ==575== Conditional jump or move depends on uninitialised value(s) ==575==at 0x1047E6E: register_active_defs(df_ref_d**) (sparseset.h:147) ==575==by 0x1047F02: update_df_init(rtx_def*, rtx_def*) [clone .isra.14] (fwprop.c:892) ==575==by 0x599FD3: try_fwprop_subst(df_ref_d*, rtx_def**, rtx_def*, rtx_def*, bool) (fwprop.c:960) ==575==by 0x10489E3: forward_propagate_into(df_ref_d*) (fwprop.c:1340) ==575==by 0x10490B7: (anonymous namespace)::pass_rtl_fwprop::execute() (fwprop.c:1477) ==575==by 0xAF9149: execute_one_pass(opt_pass*) (passes.c:2215) ==575==by 0xAF93F5: execute_pass_list(opt_pass*) (passes.c:2268) ==575==by 0xAF9407: execute_pass_list(opt_pass*) (passes.c:2269) ==575==by 0x88B058: expand_function(cgraph_node*) (cgraphunit.c:1763) ==575==by 0x88D05F: compile() (cgraphunit.c:1868) ==575==by 0x88D6B4: finalize_compilation_unit() (cgraphunit.c:2280) ==575==by 0x6893A6: cp_write_global_declarations() (decl2.c:4431) ==575== Uninitialised value was created by a heap allocation ==575==at 0x4A06B2D: malloc (vg_replace_malloc.c:291) ==575==by 0x1163187: xmalloc (xmalloc.c:147) ==575==by 0xB8CEA4: sparseset_alloc(unsigned long) (sparseset.c:33) ==575==by 0x1047932: fwprop_init() (fwprop.c:1421) ==575==by 0x104902A: (anonymous namespace)::pass_rtl_fwprop::execute() (fwprop.c:1461) ==575==by 0xAF9149: execute_one_pass(opt_pass*) (passes.c:2215) ==575==by 0xAF93F5: execute_pass_list(opt_pass*) (passes.c:2268) ==575==by 0xAF9407: execute_pass_list(opt_pass*) (passes.c:2269) ==575==by 0x88B058: expand_function(cgraph_node*) (cgraphunit.c:1763) ==575==by 0x88D05F: compile() (cgraphunit.c:1868) ==575==by 0x88D6B4: finalize_compilation_unit() (cgraphunit.c:2280) ==575==by 0x6893A6: cp_write_global_declarations() (decl2.c:4431) [..] ERROR SUMMARY: 130 errors from 38 contexts (suppressed: 0 from 0)
[Bug middle-end/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 #7 from Dmitry G. Dyachenko dimhen at gmail dot com --- Created attachment 31409 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31409action=edit valgrind' log
[Bug middle-end/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 #9 from Ryan Mansfield rmansfield at qnx dot com --- Created attachment 31410 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31410action=edit arm-eabi testcase I haven't been able to reproduce with the inline testcase either. But I can still consistently repoduce ICE with the attached testcase (not fully reduced) gcc version 4.9.0 20131207 (experimental) [trunk revision 205782] (GCC) ~/gnu/gcc/trunk/arm-eabi/gcc$ ./xgcc -B. -Os ~/ice.i -c -g /home/ryan/ice.i: In function 'uDNS_ReceiveMsg': /home/ryan/ice.i:80:1: internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8212 } ^ 0xbb0353 vt_expand_var_loc_chain ../../gcc/var-tracking.c:8212 0xbb0353 vt_expand_loc_callback ../../gcc/var-tracking.c:8408 0x64cef7 cselib_expand_value_rtx_1 ../../gcc/cselib.c:1684 0x64e31e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head_def*, int, rtx_def* (*)(rtx_def*, bitmap_head_def*, int, void*), void*) ../../gcc/cselib.c:1531 0xbaf77a vt_expand_loc_callback ../../gcc/var-tracking.c:8344 0x64ce31 cselib_expand_value_rtx_1 ../../gcc/cselib.c:1649 0x64e31e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head_def*, int, rtx_def* (*)(rtx_def*, bitmap_head_def*, int, void*), void*) ../../gcc/cselib.c:1531 0xbafc28 vt_expand_var_loc_chain ../../gcc/var-tracking.c:8246 0xbafc28 vt_expand_loc_callback ../../gcc/var-tracking.c:8408 0x64cef7 cselib_expand_value_rtx_1 ../../gcc/cselib.c:1684 0x64e31e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head_def*, int, rtx_def* (*)(rtx_def*, bitmap_head_def*, int, void*), void*) ../../gcc/cselib.c:1531 0xba941c vt_expand_loc ../../gcc/var-tracking.c:8498 0xbbc0c3 emit_notes_in_bb ../../gcc/var-tracking.c:9094 0xbbc0c3 vt_emit_notes ../../gcc/var-tracking.c:9431 0xbbcb91 variable_tracking_main_1 ../../gcc/var-tracking.c:10292 0xbbcb91 variable_tracking_main ../../gcc/var-tracking.c:10306 0xbbcb91 execute ../../gcc/var-tracking.c:10347 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 middle-end/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 #10 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Dmitry G. Dyachenko from comment #8) valgrind' messages looks unrelated to ICE. I rebuild r205461 with memset(set, {0,0x42}, n_bytes) instead of VALGRIND_DISCARD (VALGRIND_MAKE_MEM_DEFINED (set, n_bytes)) in sparseset.c::sparseset_alloc() without luck. But I see one strangeness: according to /proc/cpuinfo I have Intel(R) Core i5/760. Gcc is build with arch/tune=native, but while running selects tune/arch=i7.
[Bug middle-end/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 #11 from Dmitry G. Dyachenko dimhen at gmail dot com --- (In reply to Ryan Mansfield from comment #9) Created attachment 31410 [details] arm-eabi testcase I haven't been able to reproduce with the inline testcase either. But I can still consistently repoduce ICE with the attached testcase (not fully reduced) PASS for me (x86_64) as '-Os -g' and '-O3 -g' for some versions in [202775..205759]
[Bug middle-end/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 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org, ||jakub at gcc dot gnu.org --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org --- Strange, can't reproduce. You are using --with-arch=native --with=native, what exactly it expands to?
[Bug middle-end/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 #2 from Dmitry G. Dyachenko dimhen at gmail dot com --- enough --enable-checking=yes
[Bug middle-end/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 #3 from Dmitry G. Dyachenko dimhen at gmail dot com --- first FAIL r205461
[Bug middle-end/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 Ryan Mansfield rmansfield at qnx dot com changed: What|Removed |Added CC||rmansfield at qnx dot com --- Comment #1 from Ryan Mansfield rmansfield at qnx dot com --- Also seen on an armeabi target.
[Bug middle-end/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 Target||x86_64-*-* Target Milestone|--- |4.9.0