[Bug libgomp/93515] OpenMP target teams distribute parallel for with defaultmap not mapping correctly
cvs-commit at gcc dot gnu.org
gcc-bugzilla@gcc.gnu.org
Thu Feb 13 22:33:00 GMT 2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93515
--- Comment #7 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-9 branch has been updated by Jakub Jelinek
<jakub@gcc.gnu.org>:
https://gcc.gnu.org/g:05fa0de35ec63db2c3aacd30cc34a7389b3c4e5d
commit r9-8221-g05fa0de35ec63db2c3aacd30cc34a7389b3c4e5d
Author: Jakub Jelinek <jakub@redhat.com>
Date: Thu Feb 6 09:19:08 2020 +0100
openmp: Fix handling of non-addressable shared scalars in parallel nested
inside of target [PR93515]
As the following testcase shows, we need to consider even target to be a
construct
that forces not to use copy in/out for shared on parallel inside of the
target.
E.g. for parallel nested inside another parallel or host teams, we already
avoid
copy in/out and we need to treat target the same.
2020-02-06 Jakub Jelinek <jakub@redhat.com>
PR libgomp/93515
* omp-low.c (use_pointer_for_field): For nested constructs, also
look for map clauses on target construct.
(scan_omp_1_stmt) <case GIMPLE_OMP_TARGET>: Bump temporarily
taskreg_nesting_level.
* testsuite/libgomp.c-c++-common/pr93515.c: New test.
More information about the Gcc-bugs
mailing list