[Bug middle-end/99928] [OpenMP] reduction variable in combined target construct wrongly mapped as firstprivate

[burnus at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99928

--- Comment #20 from Tobias Burnus <burnus at gcc dot gnu.org> ---
(In reply to CVS Commits from comment #19)
> The master branch has been updated by Tobias Burnus <bur...@gcc.gnu.org>:
> commit r12-1207-g848a36032c8876ee45d5c81efeddb1bc657ac95c
>     Fortran/OpenMP: omp loop's BIND clause - fix typo
... and additionally:
commit r12-1211-gad3f0ad4bafe377072a53ded468fd9948e659f46
   gfortran.dg/gomp/pr99928-5.f90: Use proper iteration var

Missing / TODO on the *Fortran* side:

* gcc/testsuite/gfortran.dg/gomp/pr99928-9.f90
  gcc/testsuite/gfortran.dg/gomp/pr99928-10.f90
  i.e. Fortran version of those C/C++ test case
  (→ attachment 50810)
* reduction(+: arr(1:2))  ! Array slice support
* defaultmap(none) ! → PR90742
* xfails:
  - $omp parallel master taskloop (simd)
    parallel misses shared(...)
    for firstprivate/lastprivate/reduction variable 
  - 'omp target ... ' misses map(tofrom:)
    for firstprivate/lastprivate/reduction variable