[Bug ipa/57218] [6/7/8 Regression] Excessive inlining even at -Os

2018-02-19 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57218

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com
   Target Milestone|6.5 |9.0

[Bug ipa/57218] [6/7/8 Regression] Excessive inlining even at -Os

2018-02-05 Thread aldyh at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57218

--- Comment #13 from Aldy Hernandez  ---
(In reply to Jan Hubicka from comment #12)
> Set component as IPA so it stays at my radar.  It is probably too late for
> GCC 8 but I will try to finally take a look next stage1. Inlining those
> constructions is often beneficial because things subsequently simplifies. 
> We would probably need bit more context dependent metrics than just single
> call window we do now.  This however is hard to do becuase that makes number
> of inlining decisions to explode.

Thanks Jan.

What's the protocol here, do we move the target milestone to GCC 9, or do we
leave it as is?  Thanks.

[Bug ipa/57218] [6/7/8 Regression] Excessive inlining even at -Os

2018-02-05 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57218

Jan Hubicka  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org
  Component|tree-optimization   |ipa

--- Comment #12 from Jan Hubicka  ---
Set component as IPA so it stays at my radar.  It is probably too late for GCC
8 but I will try to finally take a look next stage1. Inlining those
constructions is often beneficial because things subsequently simplifies.  We
would probably need bit more context dependent metrics than just single call
window we do now.  This however is hard to do becuase that makes number of
inlining decisions to explode.