subject:"\[Bug middle\-end\/64353\] \[5 Regression\] ICE\: in execute

[Bug middle-end/64353] [5 Regression] ICE: in execute_todo, at passes.c:1986

2015-01-25 Thread tbsaunde at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64353 tbsaunde at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC

[Bug middle-end/64353] [5 Regression] ICE: in execute_todo, at passes.c:1986

2015-01-16 Thread ienkovich at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64353 --- Comment #8 from ienkovich at gcc dot gnu.org --- Author: ienkovich Date: Fri Jan 16 15:38:21 2015 New Revision: 219748 URL: https://gcc.gnu.org/viewcvs?rev=219748&root=gcc&view=rev Log: gcc/ PR middle-end/64353 * tree-cfg.c (pass_dat

[Bug middle-end/64353] [5 Regression] ICE: in execute_todo, at passes.c:1986

2015-01-14 Thread enkovich.gnu at gmail dot com

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64353 --- Comment #7 from Ilya Enkovich --- Right, wrong const attribute causes no VUSE for calls to the function which leads to # VUSE <.MEM> generated for added loads and requires SSA update. We may actually call update_ssa only in case of missing V

[Bug middle-end/64353] [5 Regression] ICE: in execute_todo, at passes.c:1986

2015-01-14 Thread rguenth at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64353 --- Comment #6 from Richard Biener --- Note the testcase is bogus because xx is clearly loading from global memory and thus should be pure only. Of course we should still not ICE here and treat xx as if it were const. One possibility is to simp

[Bug middle-end/64353] [5 Regression] ICE: in execute_todo, at passes.c:1986

2015-01-12 Thread enkovich.gnu at gmail dot com

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64353 Ilya Enkovich changed: What|Removed |Added CC||enkovich.gnu at gmail dot com --- Commen

[Bug middle-end/64353] [5 Regression] ICE: in execute_todo, at passes.c:1986

2015-01-07 Thread jakub at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64353 --- Comment #4 from Jakub Jelinek --- This really worries me a lot, when -fcheck-pointer-bounds is not enabled, I'd really hope that the ipa-chkp changes make no difference at all on the generated code or order of passes.