;, DECL_ATTRIBUTES (decl))
>>>> >> > so we are sure things stays in sync.
>>>> >> >
>>>> >>
>>>> >> Like this
>>>> >>
>>>> >> diff --git a/gcc/symtab.c b/gcc/symtab.c
>>>>
lent to
>>> >> > lookup_attribute ("ifunc", DECL_ATTRIBUTES (decl))
>>> >> > so we are sure things stays in sync.
>>> >> >
>>> >>
>>> >> Like this
>>> >>
>>> >> diff --git a/gcc/sy
xtend the verifier that ifunc_resolver flag is
>> >> > equivalent to
>> >> > lookup_attribute ("ifunc", DECL_ATTRIBUTES (decl))
>> >> > so we are sure things stays in sync.
>> >> >
>> >>
>> >> Like this
>>
> On Wed, May 23, 2018 at 2:01 AM, Jan Hubicka wrote:
> >> On Tue, May 22, 2018 at 9:21 AM, Jan Hubicka wrote:
> >> >> > > class ipa_opt_pass_d;
> >> >> > > typedef ipa_opt_pass_d *ipa_opt_pass;
> >> >> > > @@ -2894,7 +2896,8 @@
> >> >> > > cgraph_node::only_called_directly_or_
On Wed, May 23, 2018 at 2:01 AM, Jan Hubicka wrote:
>> On Tue, May 22, 2018 at 9:21 AM, Jan Hubicka wrote:
>> >> > > class ipa_opt_pass_d;
>> >> > > typedef ipa_opt_pass_d *ipa_opt_pass;
>> >> > > @@ -2894,7 +2896,8 @@
>> >> > > cgraph_node::only_called_directly_or_aliased_p (v
> On Tue, May 22, 2018 at 9:21 AM, Jan Hubicka wrote:
> >> > > class ipa_opt_pass_d;
> >> > > typedef ipa_opt_pass_d *ipa_opt_pass;
> >> > > @@ -2894,7 +2896,8 @@
> >> > > cgraph_node::only_called_directly_or_aliased_p (void)
> >> > > && !DECL_STATIC_CONSTRUCTOR (d
On Tue, May 22, 2018 at 9:21 AM, Jan Hubicka wrote:
>> > > class ipa_opt_pass_d;
>> > > typedef ipa_opt_pass_d *ipa_opt_pass;
>> > > @@ -2894,7 +2896,8 @@ cgraph_node::only_called_directly_or_aliased_p
>> > > (void)
>> > > && !DECL_STATIC_CONSTRUCTOR (decl)
>>
> > > class ipa_opt_pass_d;
> > > typedef ipa_opt_pass_d *ipa_opt_pass;
> > > @@ -2894,7 +2896,8 @@ cgraph_node::only_called_directly_or_aliased_p
> > > (void)
> > > && !DECL_STATIC_CONSTRUCTOR (decl)
> > > && !DECL_STATIC_DESTRUCTOR (decl)
> > >
On Wed, Apr 25, 2018 at 8:49 PM, H.J. Lu wrote:
> On Thu, Apr 12, 2018 at 3:50 PM, H.J. Lu wrote:
>> On Thu, Apr 12, 2018 at 6:39 AM, H.J. Lu wrote:
>>> On Thu, Apr 12, 2018 at 5:17 AM, Jan Hubicka wrote:
> On Thu, Apr 12, 2018 at 1:29 PM, H.J. Lu wrote:
> > Since IFUNC resolver is cal
On Thu, Apr 12, 2018 at 3:50 PM, H.J. Lu wrote:
> On Thu, Apr 12, 2018 at 6:39 AM, H.J. Lu wrote:
>> On Thu, Apr 12, 2018 at 5:17 AM, Jan Hubicka wrote:
On Thu, Apr 12, 2018 at 1:29 PM, H.J. Lu wrote:
> Since IFUNC resolver is called indirectly, don't mark IFUNC resolver as
> onl
amp; !externally_visible
>>> > + && !lookup_attribute ("ifunc", DECL_ATTRIBUTES (decl)));
>>>
>>> How's it handled for our own generated resolver functions? That is,
>>> isn't there sth cheaper than doing a lookup_attribute here? I see
>>> that
On Thu, Apr 12, 2018 at 5:17 AM, Jan Hubicka wrote:
>> On Thu, Apr 12, 2018 at 1:29 PM, H.J. Lu wrote:
>> > Since IFUNC resolver is called indirectly, don't mark IFUNC resolver as
>> > only called directly.
>> >
>> > OK for trunk?
>> >
>> >
>> > H.J.
>> > ---
>> > gcc/
>> >
>> > PR target
On Thu, Apr 12, 2018 at 5:13 AM, Richard Biener
wrote:
> On Thu, Apr 12, 2018 at 1:29 PM, H.J. Lu wrote:
>> Since IFUNC resolver is called indirectly, don't mark IFUNC resolver as
>> only called directly.
>>
>> OK for trunk?
>>
>>
>> H.J.
>> ---
>> gcc/
>>
>> PR target/85345
>> *
> On Thu, Apr 12, 2018 at 1:29 PM, H.J. Lu wrote:
> > Since IFUNC resolver is called indirectly, don't mark IFUNC resolver as
> > only called directly.
> >
> > OK for trunk?
> >
> >
> > H.J.
> > ---
> > gcc/
> >
> > PR target/85345
> > * cgraph.h: Include stringpool.h" and "attribs
On Thu, Apr 12, 2018 at 1:29 PM, H.J. Lu wrote:
> Since IFUNC resolver is called indirectly, don't mark IFUNC resolver as
> only called directly.
>
> OK for trunk?
>
>
> H.J.
> ---
> gcc/
>
> PR target/85345
> * cgraph.h: Include stringpool.h" and "attribs.h".
> (cgraph_nod
Since IFUNC resolver is called indirectly, don't mark IFUNC resolver as
only called directly.
OK for trunk?
H.J.
---
gcc/
PR target/85345
* cgraph.h: Include stringpool.h" and "attribs.h".
(cgraph_node::only_called_directly_or_aliased_p): Return false
for IFUNC r
16 matches
Mail list logo
