https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93026
Thomas Schwinge <tschwinge at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |openacc
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed| |2019-12-21
CC| |jules at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
Summary|gfortran.dg/goacc/finalize- |gfortran.dg/goacc/finalize-
|1.f – FAILs since r279531 |1.f – FAILs since r279626
Ever confirmed|0 |1
--- Comment #1 from Thomas Schwinge <tschwinge at gcc dot gnu.org> ---
(In reply to Tobias Burnus from comment #0)
| Summary: gfortran.dg/goacc/finalize-1.f – FAILs since r279531
No, that used to PASS as of r279531.
It FAILs since r279626 "OpenACC 2.6 deep copy: middle-end parts", because that
commit is doing more than just the OpenACC 2.6 manual deep copy changes; see
the 'gcc/gimplify.c' changes related to the PR92929 discussion.
> Commit r279531 [...] added
> !$ACC EXIT DATA FINALIZE DELETE (del_f_p(2:5))
> !$ACC EXIT DATA COPYOUT (cpo_f_p(4:10)) FINALIZE
>
> And associated
> dg-final { scan-tree-dump-times
>
> However, they currently fails [...]
> #pragma omp target oacc_enter_exit_data map(delete:MEM[(c_char *)_10] [len:
> D.3954]) finalize
> #pragma omp target oacc_enter_exit_data map(force_from:MEM[(c_char *)_20]
> [len: D.3962]) finalize
For now, I'll commit the obvious patch, to make it PASS again.
