https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |burnus at gcc dot gnu.org
--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> ---
!$omp target enter data map(to: x%a)
The original tree has the expected:
#pragma omp target enter data
map(to:x.a [len: 64])
map(to:*(integer(kind=4)[0:] *) x.a.data [len: D.4282 * 4])
map(always_pointer:(integer(kind=4)[0:] *) x.a.data [pointer assign, bias: 0])
The gimple dump adds a single 'struct':
#pragma omp target enter data
map(struct:x [len: 1])
map(to:x.a [len: 64])
map(struct:x [len: 1])
map(alloc:x.a.data [len: 8])
map(to:MEM <integer(kind=4)[0:]> [(integer(kind=4)[0:] *)_6] [len: _5])
map(always_pointer:x.a.data [pointer assign, bias: 0])
The nonindented lines are new in GCC 13 (mainline) compared to GCC 12
and obviously wrong.
* * *
Observations:
* OG12 is not affected but it also does not have the commit
r13-2665-g23baa717c991d77f206a9358ce2c04960ccf9eea
"struct sibling list gimplification extension and rework"
* Except for an added 'always', the dump does not change with my pending
patch https://gcc.gnu.org/pipermail/gcc-patches/2023-February/612678.html
"Fortran/OpenMP: Fix mapping of array descriptors and deferred-length
strings"
