On Mon, Feb 25, 2013 at 8:53 PM, Marek Polacek wrote: > This fixes PR56426. We were ICEing during the loop pipeline, > because copyprop changed an irreducible region into a reducible - thus > the number_of_loops grew.
We've seen that kind of thing happen before with the tracer pass. It makes me worried a bit about the robustness of preserving loops... Is there anything in the loop maintenance frame work that catches and handles new loops if they are "spontaneously" created from previously irreducible regions? Ciao! Steven
