[Bug tree-optimization/40436] [4.5 regression] 0.5% code size regression caused by r147852

hubicka at ucw dot cz gcc-bugzilla@gcc.gnu.org
Sat Apr 3 21:02:00 GMT 2010



------- Comment #23 from hubicka at ucw dot cz  2010-04-03 21:02 -------
Subject: Re:  [4.5 regression] 0.5% code size
        regression caused by r147852

> 1) overall_size is reduced twice for the same function, once in
>    cgraph_clone_inlined_nodes, once in cgraph_mark_inline_edge (which calls
>    the former), this leads to double accounting

Hmm, yep, it is bug here and I guess it makes tramp3d unhappy since it relies
on
the overall unit growth.  I will try to fix this and retune to see if this can
be
used to help the CSiBE regression that also might be related to this thinko.

> 2) cgraph_check_inline_limits checks the wrong size against the 
>    PARAM_LARGE_FUNCTION_INSNS parameter, it needs to use the original size,
>    not the one estimated after inlining.
Well, PARAM_LARGE_FUNCTION_INSNS was meant to let small functions to grow as
much
as they want until the threshold is hit, so size after inlining makes sense
here.

Honza


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40436



More information about the Gcc-bugs mailing list