http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49772
--- Comment #4 from rguenther at suse dot de <rguenther at suse dot de> 2011-08-04 09:20:21 UTC --- On Wed, 3 Aug 2011, hubicka at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49772 > > --- Comment #3 from Jan Hubicka <hubicka at gcc dot gnu.org> 2011-08-03 > 19:57:06 UTC --- > Hmm, we should never make the cgrpah point to inline variant in this case, so > rest of compilation should go smoothly after the error is output. I don't > think > it is what is confusing ipa-pta, especially now when it is run after inlining? What happens is that in expand_call_inline we fail the inlining via an error, but at this point of course the edge points to the inline clone and that stays so. I suppose when expand_call_inline fails we have to re-direct the edge to the original function (huh, eventually make sure it is not optimized away as well). Or, finally, _never_ fail that late Richard.
