openmp: Don't call omp_finish_clause on implicitly added private clauses on simd...
authorJakub Jelinek <jakub@redhat.com>
Tue, 28 Sep 2021 09:38:03 +0000 (11:38 +0200)
committerJakub Jelinek <jakub@redhat.com>
Tue, 28 Sep 2021 09:38:03 +0000 (11:38 +0200)
commit4f07769057c45ec9e751ab1c23e0fe4750102840
tree072fdbebc9cbf4b5dd17cd5630569e6504cf6b07
parentfb8b72ebb5b0bf40f7dfef9154c42320ce46f2a7
openmp: Don't call omp_finish_clause on implicitly added private clauses on simd [PR102492]

The gimplifier adds implicit private clauses on SIMD constructs for local
variables in the SIMD body if they are addressable to make sure they use
the magic arrays with "omp simd array" attribute (such that each SIMD lane
has its own copy), but we actually don't need to default privatize etc. those,
the construction for them is done in the SIMD body and so is destruction.
omp_finish_clause for C++ now requires default constructor (and dtor) for private,
so that OpenMP 5.1 default(private) works, but that will never be needed on
SIMD.  So, this patch just doesn't call omp_finish_clause for private on simd.
The C and Fortran langhooks don't do anything for private.

2021-09-28  Jakub Jelinek  <jakub@redhat.com>

PR middle-end/102492
* gimplify.c (gimplify_adjust_omp_clauses_1): Don't call the
omp_finish_clause langhook on implicitly added OMP_CLAUSE_PRIVATE
clauses on SIMD constructs.

* g++.dg/gomp/simd-3.C: New test.
gcc/gimplify.c
gcc/testsuite/g++.dg/gomp/simd-3.C [new file with mode: 0644]