------- Comment #10 from mmitchel at gcc dot gnu dot org 2007-02-14 23:21 ------- I have reproduced this with the attached .ii file and a cross-compiler to cris-axis-elf. The problematic function is allocate_new_entry.
I believe that the problem is that the dom2 pass eliminates basic blocks, without updating n_basic_blocks. In particular, looking at allocae_new_entry in 067t.copyrename3, I see 14 basic blocks for allocate_new_entry. In contrast, in 68t.dom2, I see 12. When the apply_inline pass runs later, it trips on the assert because it finds only 12 basic blocks -- but n_basic_blocks is 14. Diego, is this something that you might be able to help with? I'm not eager to go tearing through dom trying to work this out, though I will if necessary, of course... -- mmitchel at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dnovillo at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30768