Hi.
It's quite some time the discussion has started. Now is time for me to refresh
IPA ICF
and I would like integrate operand_equal_p with what I currently have in ICF
(::compare_operand).
I like the idea of a class that will provide both operand_equal_valueize and
hash_operand_valueize.
These
On Tue, 26 May 2015, Jan Hubicka wrote:
> > On Fri, 22 May 2015, Jan Hubicka wrote:
> >
> > > >
> > > > And no, I'm hesitant to change operand_equal_p too much. It's
> > > > very much deep-rooted into GENERIC.
> > >
> > > OK, as another option, i can bring relevant logic from operand_equal_p
>
> On Fri, 22 May 2015, Jan Hubicka wrote:
>
> > >
> > > And no, I'm hesitant to change operand_equal_p too much. It's
> > > very much deep-rooted into GENERIC.
> >
> > OK, as another option, i can bring relevant logic from operand_equal_p
> > to ipa-icf and separate it into the compare_operand
On Fri, 22 May 2015, Jan Hubicka wrote:
> >
> > And no, I'm hesitant to change operand_equal_p too much. It's
> > very much deep-rooted into GENERIC.
>
> OK, as another option, i can bring relevant logic from operand_equal_p
> to ipa-icf and separate it into the compare_operand class like I did
>
> And no, I'm hesitant to change operand_equal_p too much. It's
> very much deep-rooted into GENERIC.
OK, as another option, i can bring relevant logic from operand_equal_p
to ipa-icf and separate it into the compare_operand class like I did.
Use it in ipa-icf-gimple now and we can slowly turn
On Fri, 22 May 2015, Jan Hubicka wrote:
> Hi,
> with aliasing sanity checks I got burnt again with ipa-icf-gimple's
> compare_operand doing alias set checks on all types it ever trips across.
>
> I always tought that we do not need two equality testers - operand_equal_p and
> compare_operand and
