http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #37 from Jan Hubicka <hubicka at ucw dot cz> 2012-08-10 03:45:31 UTC --- > > I suppose it's the old issue that we update fibheap keys along each > inlining decision - and with flatten there are just very many ... Honza? Well, I killed most of updating for mainline and at flattening time the keys are not even computed. So it is probably some other bookeping. I will profile it. > It also seems we flatten depth-first (thus inline leafs) instead of > the other way around: > > orig_callee = callee; > inline_call (e, true, NULL, NULL); > if (e->callee != orig_callee) > orig_callee->symbol.aux = (void *) node; > flatten_function (e->callee, early); > if (e->callee != orig_callee) > orig_callee->symbol.aux = NULL; > > This means we will materialize all intermediate flattenings in > functions that will not be reclaimed, right? flattening foo > should inline everything into foo, but not affect remaining > callee bodies. I do not follow here. Callee is already the inline clone, so we will not affect other copies of foo... Honza > > Richard. > > -- > Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug.
