[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-03-07 Thread law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 --- Comment #12 from Jeffrey A. Law --- Author: law Date: Mon Mar 7 17:01:54 2016 New Revision: 234036 URL: https://gcc.gnu.org/viewcvs?rev=234036=gcc=rev Log: PR tree-optimization/69740 * cfghooks.c (remove_edge): Request loop

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-03-01 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 Richard Biener changed: What|Removed |Added Keywords||ice-checking Priority|P3

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-27 Thread law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 --- Comment #11 from Jeffrey A. Law --- Author: law Date: Sun Feb 28 06:43:07 2016 New Revision: 233788 URL: https://gcc.gnu.org/viewcvs?rev=233788=gcc=rev Log: Revert 2016-02-26 Richard Biener

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-27 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 Jeffrey A. Law changed: What|Removed |Added Status|RESOLVED|REOPENED See Also|

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-26 Thread law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 --- Comment #6 from Jeffrey A. Law --- Author: law Date: Fri Feb 26 18:17:02 2016 New Revision: 233754 URL: https://gcc.gnu.org/viewcvs?rev=233754=gcc=rev Log: PR tree-optimization/69740 * cfghooks.c (remove_edge): Request loop

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-24 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 --- Comment #5 from Jeffrey A. Law --- The testcase in c#3 is another instance of this problem, but triggered by sinking. I'd already been pondering the benefit/risk of attacking this at a higher level (like in delete_basic_block) and seeing

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-24 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com --- Comment #4

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-21 Thread helloqirun at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 --- Comment #3 from Qirun Zhang --- (In reply to Jakub Jelinek from comment #1) > Started with r218566. Here is a similar case. The stack trace is almost the same as in the original RP's. However, this one crashes the current trunk at -O3 only

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-16 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 --- Comment #2 from Jakub Jelinek --- So, in *.mergephi1 we have: : b.0_4 = b; if (b.0_4 != 0) goto ; else goto ; : c[0] = 0; l1: c ={v} {CLOBBER}; : a.1_7 = a; if (a.1_7 != 0) goto (l1); else goto ;

[Bug tree-optimization/69740] [5/6 Regression] gcc ICE at -O2 and above on valid code on x86_64-linux-gnu in "verify_loop_structure"

2016-02-09 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|