Hi!
On Thu, 8 Dec 2016 15:05:10 -0800, Cesar Philippidis
wrote:
> --- /dev/null
> +++ b/gcc/testsuite/gfortran.dg/goacc/pr78027.f90
> @@ -0,0 +1,20 @@
> +! { dg-additional-options "-fopenmp -O2 -fdump-ipa-icf" }
> +[...]
To address unrelated compiler diagnostics, I've just committed to trunk
in
On 12/12/2016 09:37 AM, Jakub Jelinek wrote:
On Mon, Dec 12, 2016 at 09:29:44AM -0700, Jeff Law wrote:
2016-12-08 Cesar Philippidis
PR fortran/78027
gcc/
* ipa-icf.c (sem_function::parse): Don't process functions with
oacc decl attributes, as they may be OpenACC routines.
gc
On Mon, Dec 12, 2016 at 09:29:44AM -0700, Jeff Law wrote:
> >>>2016-12-08 Cesar Philippidis
> >>>
> >>>PR fortran/78027
> >>>
> >>>gcc/
> >>>* ipa-icf.c (sem_function::parse): Don't process functions with
> >>>oacc decl attributes, as they may be OpenACC routines.
> >>>
> >>>
On 12/09/2016 07:05 AM, Cesar Philippidis wrote:
On 12/08/2016 04:37 PM, Jeff Law wrote:
On 12/08/2016 04:05 PM, Cesar Philippidis wrote:
PR78027 was classified as a fortran bug, but the underlying problem
turned out to be more generic. Basically, the IPA-ICF pass usually
ignores functions with
On Fri, 9 Dec 2016, Cesar Philippidis wrote:
> >> if (cgraph_node::get_create (decl)->offloadable
> >> && !lookup_attribute ("omp declare target",
> >> DECL_ATTRIBUTES (current_function_decl)))
> >>{
> >> const char *target_attr = (is_gimple_omp_offloaded (c
On 12/09/2016 07:49 AM, Alexander Monakov wrote:
> On Fri, 9 Dec 2016, Cesar Philippidis wrote:
>>> Normally all offloaded code has either "omp declare target" (most
>>> functions) or
>>> "omp target entrypoint" (only toplevel offloaded code). This used to
>>> include
>>> OpenACC functions: they
On Fri, 9 Dec 2016, Cesar Philippidis wrote:
> > Normally all offloaded code has either "omp declare target" (most
> > functions) or
> > "omp target entrypoint" (only toplevel offloaded code). This used to
> > include
> > OpenACC functions: they would have "oacc fnattrib" _in_ _addition_ to thos
On Fri, Dec 09, 2016 at 07:37:53AM -0800, Cesar Philippidis wrote:
> It was more so to point out that there were cases where OpenACC
> offloaded regions may not have omp target attributes. Referring back to
> case 2 in the original email:
>
> 2. Nested offloaded regions inside 'omp declare targe
On 12/09/2016 06:56 AM, Alexander Monakov wrote:
> On Thu, 8 Dec 2016, Jeff Law wrote:
>>> PR fortran/78027
>>>
>>> gcc/
>>> * ipa-icf.c (sem_function::parse): Don't process functions with
>>> oacc decl attributes, as they may be OpenACC routines.
>>>
>>> gcc/testsuite/
>>>
On Thu, 8 Dec 2016, Jeff Law wrote:
> > PR fortran/78027
> >
> > gcc/
> > * ipa-icf.c (sem_function::parse): Don't process functions with
> > oacc decl attributes, as they may be OpenACC routines.
> >
> > gcc/testsuite/
> > * c-c++-common/goacc/acc-icf.c: New test.
> >
On 12/08/2016 04:37 PM, Jeff Law wrote:
> On 12/08/2016 04:05 PM, Cesar Philippidis wrote:
>> PR78027 was classified as a fortran bug, but the underlying problem
>> turned out to be more generic. Basically, the IPA-ICF pass usually
>> ignores functions with omp decl attributes as candidates for ali
On 12/08/2016 04:05 PM, Cesar Philippidis wrote:
PR78027 was classified as a fortran bug, but the underlying problem
turned out to be more generic. Basically, the IPA-ICF pass usually
ignores functions with omp decl attributes as candidates for aliasing.
Usually that works for OpenACC, because of
On Thu, Dec 08, 2016 at 03:05:10PM -0800, Cesar Philippidis wrote:
> 2016-12-08 Cesar Philippidis
>
> PR fortran/78027
>
> gcc/
> * ipa-icf.c (sem_function::parse): Don't process functions with
> oacc decl attributes, as they may be OpenACC routines.
>
> gcc/tes
PR78027 was classified as a fortran bug, but the underlying problem
turned out to be more generic. Basically, the IPA-ICF pass usually
ignores functions with omp decl attributes as candidates for aliasing.
Usually that works for OpenACC, because offloaded functions generated by
OpenACC PARALLEL or
14 matches
Mail list logo
