diff options
author | Tobias Burnus <tburnus@baylibre.com> | 2025-05-07 13:46:51 +0200 |
---|---|---|
committer | Tobias Burnus <tburnus@baylibre.com> | 2025-05-19 09:49:41 +0200 |
commit | 24edffe147a7e550821e482498ef18719368255b (patch) | |
tree | 712739cc1d2fc0d69cefc2907eb054d1ee87cb27 /gcc/coverage.c | |
parent | e71170dc97caf1c6582e4ca1a6416c56160adea9 (diff) | |
download | gcc-24edffe147a7e550821e482498ef18719368255b.zip gcc-24edffe147a7e550821e482498ef18719368255b.tar.gz gcc-24edffe147a7e550821e482498ef18719368255b.tar.bz2 |
libgomp.fortran/map-alloc-comp-9{,-usm}.f90: Add unified_shared_memory variant
When host memory is device accessible - independent whether mapping is done or
not (i.e. self map), the 'vtab' pointer becomes accessible, which stores the
dynamic type's type and size information.
In principle, we want to test: USM available but mapping is still done, but
as there is no simple + reliable not-crashing way to test for this, those
checks are skipped in the (pre)existing test file map-alloc-comp-9.f90.
Or rather: those are only active with self-maps, which is currently only true
for the host.
This commit adds map-alloc-comp-9-usm.f90 which runs the same test with
'omp requires unified_shared_memory'. While OpenMP permits both actual
mapping and self maps with this flag, it in theory covers the missing cases.
However, currently, GCC always uses self maps with USM. Still, having a
device-run self-maps check is better than nothing, even if it misses the
most interesting case.
libgomp/ChangeLog:
* testsuite/libgomp.fortran/map-alloc-comp-9.f90: Process differently
when USE_USM_REQUIREMENT is set.
* testsuite/libgomp.fortran/map-alloc-comp-9-usm.f90: New test.
(cherry picked from commit 9565076f9b810541aeb63cb621d694326aa12216)
Diffstat (limited to 'gcc/coverage.c')
0 files changed, 0 insertions, 0 deletions