On Mon, 27 Jun 2011, Jan Hubicka wrote:
> > On Sat, 25 Jun 2011, Jan Hubicka wrote:
> >
> > > Hi,
> > > just for those who are interested, this is quick&dirty patch adding
> > > another
> > > pass of local optimization passes at WPA time. I've added early inliner
> > > and
> > > IPA-SRA becaus
> On Sat, 25 Jun 2011, Jan Hubicka wrote:
>
> > Hi,
> > just for those who are interested, this is quick&dirty patch adding another
> > pass of local optimization passes at WPA time. I've added early inliner and
> > IPA-SRA because I was curious how much of optimization oppurtunities we are
> > m
On Sat, 25 Jun 2011, Jan Hubicka wrote:
> Hi,
> just for those who are interested, this is quick&dirty patch adding another
> pass of local optimization passes at WPA time. I've added early inliner and
> IPA-SRA because I was curious how much of optimization oppurtunities we are
> missing by limi
Hi,
just for those who are interested, this is quick&dirty patch adding another
pass of local optimization passes at WPA time. I've added early inliner and
IPA-SRA because I was curious how much of optimization oppurtunities we are
missing by limiting those to early pass.
With Early inlining it s
On Thu, Jun 23, 2011 at 2:50 PM, Jan Hubicka wrote:
>> > Ok, but please change the IPA inline gate to honor flag_no_inline
>> > (thus, (optimize && !flag_no_inline) || flag_lto || flag_wpa).
>> OK.
> Actually it won't work, since results of inline-analysis are used by most of
> other
> IPA passes
> > Ok, but please change the IPA inline gate to honor flag_no_inline
> > (thus, (optimize && !flag_no_inline) || flag_lto || flag_wpa).
> OK.
Actually it won't work, since results of inline-analysis are used by most of
other
IPA passes (i.e. ipa-cp and ipa-sra for cloning decisions, etc.).
As we
> Ok, but please change the IPA inline gate to honor flag_no_inline
> (thus, (optimize && !flag_no_inline) || flag_lto || flag_wpa).
OK.
>
> Thanks for working on this, I'll look to some followup cleanups
> for PTA. Now, when it works on LTRANS units we have to do
> some adjustments (like not dis
On Thu, Jun 23, 2011 at 1:54 AM, Jan Hubicka wrote:
> Hi,
> this patch moves ipa-pta into new ipa pass queue of simple IPA passes executed
> after regular IPA passes. The reason is that IPA-PTA is really implemented as
> simple IPA pass (i.e. it looks into function bodies at its propagate stage an
Hi,
this patch moves ipa-pta into new ipa pass queue of simple IPA passes executed
after regular IPA passes. The reason is that IPA-PTA is really implemented as
simple IPA pass (i.e. it looks into function bodies at its propagate stage and
does not support WHOPR mode) and I planned having place for
