Re: [PATCH] Fix ICEs in vect_finish_stmt_generation (PR tree-optimization/50133)

2011-08-30 Thread Ira Rosen
Jakub Jelinek wrote on 22/08/2011 05:22:59 PM: > Hi! > > The following testcase ICEs, because gsi_end_p (*gsi) and thus > there is no stmt after it from which to copy over the location. > As can be seen in the PR, we could do ugly hacks to retrieve locus > from previous stmt (non-debug of cours

Re: [PATCH] Fix ICEs in vect_finish_stmt_generation (PR tree-optimization/50133)

2011-08-22 Thread Richard Guenther
On Mon, Aug 22, 2011 at 4:22 PM, Jakub Jelinek wrote: > Hi! > > The following testcase ICEs, because gsi_end_p (*gsi) and thus > there is no stmt after it from which to copy over the location. > As can be seen in the PR, we could do ugly hacks to retrieve locus > from previous stmt (non-debug of c

[PATCH] Fix ICEs in vect_finish_stmt_generation (PR tree-optimization/50133)

2011-08-22 Thread Jakub Jelinek
Hi! The following testcase ICEs, because gsi_end_p (*gsi) and thus there is no stmt after it from which to copy over the location. As can be seen in the PR, we could do ugly hacks to retrieve locus from previous stmt (non-debug of course) instead, but I'm probably missing something obvious why we